XVI. ÉVFOLYAM 8. SZÁM, 1998. AUGUSZTUS, ÁRA: 588 FT 


y 


MAGYAR SZÁMÍTÁSTECHNIKAI FOLYÓIRAT CD-MELLÉKLETTEL 


nős sde Szomorú szenzái 
KK 7 7 — SVisual 
5 SEZMTTTTŐNETESB Javagvagy nemi java? 
TÓ TÁKTOZE et gála B nákenlé) almunkakerülőknek; 


FANNY Vai TB 


REDUNDANCIA 








LEIRSZ 11010 KEZELTE 


LELNE TA TK TKNTTNTALTK LENNEL KATE EA KEL LN LÁTTA TEST ETEK TT RÉ ÁNTHTÁTA 
(ETEL ELKÉNE KÉT A 
konferenciát, sajtátájékoztatóit, kiállításait több százezren látogassák, akkor 
sugározzon élő közvetítését az Interneten! 
Az ter GGAL TTTAV AL LTAL SET KAZE ET ELNE TRENT (TK) 
hangot akar adni. Az Ön és Gége kész és élő videóanyagait Hozzáférhetővé tESZI a hálózaton, OrSZÁgOS És 
DOTE TTL TELKET LATTAL ET e TT TR ATA TATE TAL ELNE THE ZTE ETEK 
hogy az esemény akkorát szól amekkorát csak lehetséges. 


ALLEN internet 


ELENDER INFORMATIKAI RT: XIII. Bp., Váci út 37. Tel.: 465-7800 Fox: 465-7899. e-mail: infodelenderhu Web: wax.elenderhu INKORMÁGIGEE 

ELENDER ÜZLETEK: a Budapest, Hungária krt. 8. Tel.: 210-3044 Fax: 333-4347 " 1092 Budapest, Ferenc krt. 16. Tel./Fax: 218-2858 " Debrecen, Csapó u. 61. Tel./Fax: 52/413-795 
Szeged, Madách u. 15. Tel./Fax: 62/310-269 " Nyíregyháza, Nyírfa tér 5. Tel./Fax: 42/ 405-666 " Pécs, Klimó Gy. u. 13. Tel./Fax: 72/312-820 c Szombathely, Széll K. u. 23. Tel./Fax: 94/336-479 

ORSZÁGOS VISZONTELADÓI HÁLÓZAT: 

Székesfehérvár, Távirda u. 18. Tel.: 22/316-763 " m. eskörzet: kae Sétáló u. 14. Tel: 20/340- 282" Salgótarján, Kassai sor2 Tel. :32/422- 1957 Esztergom, Mátyás K. u. 11/c. Tel.: 33/331-037 " Komói Táncsics M. u. 3. Tel 34/342-888 

Eger, Céhmesterek u. 16. Tel.: 36/436-287 " Gyöi 799 Tel. Tel.:20/. ús incbe 

8. Tel.: 48/318-526 " Debrecen, Csapó u. " Cegléd, Pesti új e k ól -6007 , Süi j. Tel.:56/427-733" Szeged, Madóch u. 

Hóvirág v. 2. Tel.: 62/246-810 " Szentes, Tel.: 63/318-755" Mohács, Vérösmorty u: 6. Tel.: 69/304-035 Tel: -820 " Kiskunfélegyháza, Kalmár J. u. 2. Tel.: 76/463-362" ;, Martini u. 1. Tel.: 78/312-215 

Baja, Szabadság u. 26. Tel.:79/322-633 " Kaposvár, Arany J. u. 21. Tel.: 82/420-137 " Siófok, Fő u. 196. Tel.:84/310-817 " Tapolca, Batsányi u. 1. Tel.: 87/412-564 " Veszprém, Botev u. 1. Tel.: 88/428-235 " Szombothely, Széll. v. 23. Tel.:94/336-479 

Győr, Corvin. 3. Tel.: 











ÚJ ALAPLAP 





A Mikroszámítógép Magazin és 
az Alaplap hagyományait folytató 
magyar számítástechnikai folyóirat 

Megjelenik havonta, CD-melléklettel 
Faklen Pál 
Szerkesztő: 
Jakab Ágnes 
A szerkesztőbizottság tagjai: 
Ambrózy Gábor, Aszalós László, 
Feleki Zoltán, Galántai Zoltán, 
Herczeg József, Horlai János, 
Kis János, Kovács István, 
Mózes István Miklós, 
Pogány Csaba, Simay Endre István, 
Szondi Egon János, 
Vargha Dénes, Vékony Tamás 
Szerkesztőség és kiadó: 
1539 Budapest, Pf. 571 
VI., Dózsa György út 84/b 
Telefon: 322-4417, 322-5238 
Fax: 351-8015 
E-mail: alaplapcömail.datanet.hu 
Weblap: http://www.alaplap.hu 
A CD-melléklet szerkesztése: 
Horváth Zénó, OpenBlue Bt 
1145 Budapest XIV., Bosnyák u. 1/a 
Telefon: 363-5875 
E-mail: zeno(gopenblue.telnet.hu 
Felelős kiadó: 
Faklen Pál 














Megyes Zsuzsanna 
Hirdetésszervezés: 
Árvai Katalin, Bogácsi Mária, 
Galyasi Hedvig, Pap Katalin 
Külföldi hirdetések: 
PubliCity 
Reklám- és Médiaügynökség 
1537 Budapest I., Márvány u. 17. 
Telefon: 156-1182 Fax: 175-3539 
A kiadó a hirdetések tartalmáért 
és a nyomdakészen kapott hirdetések 
formájáért (és helyesírásáért) 
nem vállal felelősséget 
Példányszámadatok hitelesítése: 











VA Szövetség 


"(AATESZ 


Ez a szám 
9000 példányban jelent meg 
Nyomtatás: 





Zalai Nyomda Rt, Za 
Felelős vezető: 
Czirk! György vezérigazgató 
Terjeszti: 

A Magyar Posta Rt, a Nemzeti 
Hírlapkereskedelmi Rt, a Hírker Rt, 
a Kiadói Lapterjesztő Kft és számos 

számítástechnikai szaküzlet 
Előfizethető a kiadónál: 
Új Alaplap Kiadói Kft, 
1539 Budapest, Pf. 571 
Bankszámlaszám: 
OTP 11706016-20788599 





A lap példányonkénti ára: 588 Ft 
Évi előfizetési díj: 5880 Ft 


Külföldi előfizetés díja: 
5880 Ft 4 postázási költség 


HU ISSN 1217-7598 





XVI. ÉVFOLYAM 8. SZÁM, 1998. AUGUSZTUS 





TARTALOM 





Faklen Pál 
összeállítása 


Galántai Zoltán 
Simay Endre István 
Nemetz Tibor 
Szondi Egon János 
Simay Endre István 
Simay Endre István 
Simay Endre István 


Simay Endre István 
Galántai Zoltán 
Adorjáni Gábor 

Kádár Zsolt 

Simay Endre István 

Faklen Pál 

Herczeg József 
Ambrózy Gábor 
Bánó György 
Dékán István 
Mózes István Miklós 
Vadász Ágnes 
Kovács Attila 
Hargitai Zsolt 
Csató Endre 

Pál Ferenc 
Toporczy István 
Lindner László 
Simay Endre István 
Simay Endre István 
Aszalós László 


Álló Géza 
Szondi Egon János 


Vargha Dénes 
Galántai Zoltán 


Feleki Zoltán 





9 vu 


12 
14 
15 
íz 
18 


19 


20 
22 
31 


23 


25 


27 


29 
33 
34 
35 


40 
51 


43 


45 


46 
47 
48 
49 
50 


54 


56 
58 
59 
62 
66 
68 


69 
74 


68 


A HÓNAP TÉMÁJA: 
REDUNDANCIA 

Sapienti sat 

A látszólagos felesleg 

A programok , túlméretezése" 
Írott nyelvek redundanciája 
Biztonsági tartalék 

Két , redundáns" számjegy 
Pont hátán pont 
Tömörítőforrások 
SZERSZÁMOSLÁDA 

Visual Basic 6.0 
ALTERNATÍVA 

Miért a Linux? 

Fel az Internetre! 

Rövid hírek az OS/2 világából 
CD-PORTÉKA 

Nagyüzemi adatbáziskezelő sk 
PRO DOMO 

A , PR-cikk" szindróma 
KUKOACOSKODÓ 
Szomorú szenzációk 
SZOFTVERPORTÉKA 
Java vagy nem Java? 
BÖNGÉSZDE 
HARDVERSENY 
PALETTA 

FOGÓDZÓ 

A Kodak hobby-kínálata 
Betűfelület, torzítás, háttér 5 ak 
ONLINE 

Szabadalmi , mindentudó" 
KÖZKINCS 

HÍRHÁLÓ 

HÁLÓZAT 

Bővíthető rendszer 

A csapatjátékos 

Kényelmes átjárók 

Integráló erő a hálón 
VISSZACSATOLÁS 
KALEIDOSZKÓP 

Tanulságos , gépi páros" 
PROGRAMOZÁSTECHNIKA 
Az Allegro bemutatkozása 
InterDev a Webhez 

Makefile , munkakerülőknek" 
Konstansok, változók, típusok 
Redundancia nélkül 
MIKROBAZÁR 
KÖNYVESPOLC 

Felégetett hidak 

DB2 for Windows NT 
Címlapkép a Partout Media Provider 
illusztrációja alapján 

Karikatúrák 

E számunk hirdetői 


5 ak 
5 ak 


5 





ÚJ ALAPLAP. 1998/8 


1 





A CD-MELLÉKLETEN 1998. AUGUSZTUS 


FOKUSZ ásás A 1998. augusztus 
ESUITE — Lotus eSuite DevPack UJ ALAPLAP 
WORKPACT  — WorkPlace in Action eSuite 

SZERSZAM Szerszámosláda 


DOSWIN — Alkalmazások DOS DOS / Windows A CD-mellékletet összeállította: 
és Windows 3.x alá Windows 95 - NT OpenBlue, Bt. 
LINUX — Alkalmazások Linuxhoz 05/2 Warp 


Linux Made ay MVTCD 
JATEKOK — Játékok Linux alá Netscape Navigator 


EEEZ ÜENeN ÉS Ötégbs 

0o$S2 — Alkalmazások OS/2-höz 

WIN95 — Alkalmazások Win95-höz 

WINNT — Alkalmazások NT alá e Gé DevPack 
VENDEG Vendégoldal 

IESSETUP — Internet Explorer 5.0 "itémet Explorer 

FENYJAV — A Fénytörés program teljes verziója 

VB6 — Visual Basic 6 (Installálásához lásd a 19. oldalon lévő cikket.) 
LAPFORG Lapraforgó 

ARCHSRC — A Tömörítőforrások c. cikkhez (18. oldal) tartozó anyagok 

BMPPRESS  — A Pont hátán pont c. cikkhez (17. oldal) kapcsolódó program 

GNU — A GNU for DOS cikksorozathoz tartozó állomány (59. oldal) 

IMGRGB — A Pont hátán pont c. cikkhez (17. oldal) kapcsolódó program 

PHSULI — Képek a Photoshop suli cikksorozat e havi részéhez (51. oldal) 

SUM — lIilusztráció a lap 9. oldalán közölt cikkhez 

ESUITE — Cikkek a Lotus eSuite-ról 
JATEK Játékvár 

PCR — PC Rébusz 98/8 
HTML A CD-melléklet HTML-felülete 
INSTALL Telepítőkönyvtár 
RUNTIME A CD-felület futtatóállományai 


CD-melléklet 


LLLLLLLLLLLLL 


Az extra CD-mellékleten 


Microsoft SOL Server 7.0 
(Béta 3 változat) 


(Használatához lásd a 23-24. 
oldalon lévő cikket.) 





Microsoft BackOffice Family Memi 
TT 


Version 7.0 Beta 








té ÚJ ALAPLAP  1998/8 


A HÓNAP TÉMÁJA 


Sapienti sat 





Redundancia. Milyen elvontnak és tudományosnak hangzik, pedig a legegyszerűbb emberi 
kommunikációnak is része. Lapozzuk csak fel O. Nagy Gábor: Magyar szólások és közmondások 
című könyvét a "szó" vagy a beszéd" vezérszónál, és a közismert ,Sok beszédnek sok az alja" 
közmondáson kívül még vagy tucatnyit találhatunk, amelyek az üzenet és a jel közötti ellentmon- 
dásos viszonyra céloznak, szinte kivétel nélkül elmarasztalva a felesleges ismétlést, a tartalmilag 
üres közlést, a szószaporítást. 

Idézhetjük azonban nagy gondolkodók erre vonatkozó mondásait is, például La Rochefoucauld 
aforizmáját: , A nagy elmék jellemző vonása az, hogy kevés szóval sokat mondanak; a kis elmék 
képessége viszont az, hogy sokat beszélnek és nem mondanak semmit." A legcsípősebb megfo- 
galmazás azonban kétségtelenül egy nálunk kevéssé ismert (pedig Nobel-díjas) olasz költő és 
politikus, Giosue Carducci (1835-1907) nevéhez fűződik: , Aki 29 szóban mondja el azt, amihez 
15 is elég lenne, az egyéb aljasságokra is képes." Azt azonban, hogy nemcsak tehetségről és morálról 
van szó, jól mutatja a Blaise Pascaltól eredeztetett, sokak által használt szállóige: , Meglehetősen 
hosszúra sikeredett ez a levelem, mert nem volt időm rövidebben írni." 

A hétköznapi kommunikáciában talán éppen azért van a kritikus szellemek által feleslegesnek 
minősített rengeteg ismétlés, mert nem vagyunk elég tehetségesek és figyelmesek, vagy mert nincs 
elég időnk. A redundancia alapvető rendeltetése ugyanis, hogy biztonságossá tegye a kommuni- 
kációt, többletjeleket tartalékoljon az elkallódók helyettesítésére. És a jelek bizony úgy is elkallódnak, 
hogy , egyik fülönkön be, másikon ki". Sulykolni kell tehát, hogy valami mégis megragadjon belőle. 
(Lásd reklám.) 

A redundancia vizsgálatának legtisztább terepe az információelmélet, amely az üzenetek 
átvitelének jelszükségletét vizsgálja, erősen matematikai alapokon, és bár a téma nagyon csábító, 
mostani összeállításunkban nem mélyedtünk el benne. (Majd máskor.) 

A számítástechnikában a redundancia fogalma leginkább az adatátvitel biztonságához kapcso- 
lódik. Jellegzetes hardveres felfogása lényegében az eszközük megkettőzését, tartalékolását jelenti. 
A redundancia azonban nem pótalkatrész, nem raktárkészlet és nem bankbetét. A redundancia a 
kommunikáció működésének folyamatosságához szükséges belső tartalék, felkészülés arra az 
esetre, ha a rendszerben valami , minden körültekintés és elővigyázatosság ellenére" elromlik. 

Ritkábban esik szó arról, 
hogy a szoftverrendszerekben  gymggtezimázTrrEsZITTTETTETTTATT ETT HITETŐ BIEJET 
miért van annyi redundancia, 57 Zs 80 femmnssa 26 
és mi tekinthető belőlük hasz- 
nosnak és szükségesnek, illetve 
károsnak és feleslegesnek. Azt 
például valamennyien naponta 
tapasztalhatjuk, hogy döbbe- 
netes arányban nő a progra- 
mok, fájlok mérete, és nem aka- 
runk beletörődni, hogy ennek 
szükségképpen így kell lennie. 
Talán egyszerűen csak arról 
van szó (Pascal után szabadon), 
hogy , Meglehetősen behemót- 
ra sikeredett ez a programom, 
mert nem volt időm Assembly- 
ben megírni". 

És lehet, hogy már soha többé 
nem is lesz?! 
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PV tj eT] 
Cheetah 10.033 rpm, 3.5" Ultra SCSI HDD 
Barracuda 7.200 rpm, 3.5" Ultra SCSI HDD 
Ultra2 SCSI 18Gb AV HDD-k 
a világ leggyorsabb lemezei! 
G 


1012 Budapest, Várfok utca 9. 
Tel/Fax: 214-8621, 214-8623 E-mail: sales Oadi.hu 








ASK A6-- 


750 ANSI lumen 650 ANSI lumen 

800x600 (SVGA) 1024x768 (XGA) 
s — PC Mac,audio video bemenet 

4 x 1 Watt sztereo hangszóró 

Intelligens távvezérlés 

Hordtáska 

Súlya csak 5 kg 

2500 órás izzó élettartam 


ASK A4-- 





Viszonteladókat keresünk! 


Bérlési lehetőség! 


array Data Hungária Kft. 
Tel.: 455-6892, 93 
E-mail: array bpXmail.elender.hu 
Web site: http://www.array.hu 
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Darwin és a szoftver, avagy... 


A látszólagos felesleg 


Első hallásra kétségtelenül logikusan hangzik, 

hogy ha a más programokhoz kapcsolódva önreprodukcióra 
képes ártalmas kis programokat vírusoknak nevezzük, 

akkor az antivírus-szoftvereket az immunrendszer mintájára 
képzeljük el és tervezzük meg. Ez azért is vonzó ötletnek tűnhet, 
mert egy William Dowling nevű számítógépes szakértő még 
valamikor az 1990-es évek elején a matematikai logika eszközeivel 
bebizonyította, hogy tökéletes vírusirtó szoftver nem létezik. 
Tehát érdemes volna lemásolni a természet által 

a hasonló problémák ellen alkalmazott megoldást, 

az immunrendszert. Ebből elindulva már nem is olyan nehéz 
kiterjeszteni az önvédelemre való képesség gondolatát 


az élettelen rendszerekre. 


Miért is ne tekintsük az egész szá- 


mítógépes rendszert legalábbis nagyon 
hasonlónak az élő organizmushoz, kér- 
dezik néhányan a témával foglalkozók 
közül. Amire persze azt lehet válaszol- 
ni, hogy egy bizonyos szinten igencsak 
felületes hasonlóság volna ez — például 
akkor, ha a szoftverrendszert védő ví- 
rusirtó működése, és a szervezetet védő 
immunrendszer lenne párhuzamba ál- 
lítva. Az életben ugyanis a betolakodó- 
val együtt megsemmisül a már megtá- 
madott sejt is, márpedig jobb, ha a 
vírusritó program csak legvégső eset- 
ben folyamodik ehhez a megoldáshoz. 
És ezzel el is jutottunk az egyik alapvető 
különbséghez: a szoftver rendszerint 
nem redundáns, az élő szervezet viszont 
mérhetetlenül az. A bőr vagy a szív 
egyetlen sejtje is tartalmazza az adott 
teremtmény felépítését leíró, teljes ge- 
netikai állományt — ezért lehetséges 
például a klónozás. Amennyiben vi- 
szont elveszítünk egy szövegfájlt, akkor 
(hacsak nem csináltunk róla [backup] 
másolatot floppyra, streamerre, vagy 
legújabban az Interneten ilyen szolgál- 
tatást kínáló valamelyik cég merevle- 
mezére), akkor az abban található ada- 
tok végleg elvesztek. 

De ugyanez, a számítástechnikára 
nem jellemző redundancia és rugalmas- 
ság jellemző például az emberi agyra 
is. , Nem szabad egy agyi régióról úgy 
gondolkodni — írja egy modern agy- 
kutatási könyv —, mint amelynek 
egyetlen specifikus, mindentől függet- 
len funkciója lenne... Az agy ugyan 
elkülöníthető anatómiai területekből 
épül fel, de ezek a mezők nem egymás- 
tól független miniagyak", és ennek 


megfelelően akár az is lehetséges, hogy 
egy végzetesen sérült rész funkcióját a 
többi átvegye. 

A szoftverek esetében viszont, mint 
tudjuk, szó sincsen semmi ilyesmiról, 
noha igencsak előnyös volna, ha ugyan- 
azzal a , stabilitással" és rugalmasság- 
gal rendelkeznének, mint az agy. Azt 
szokás mondani, hogy amennyiben az 
építészek ugyanúgy dolgoznának, mint 
a szoftveresek, akkor egy harkály is 
össze tudná dönteni a házakat, és ehhez 
azt is hozzátehetjük, hogy ha szerveze- 
tünk védelme ugyanolyan könnyen 
összeomlana, mint egyes széles körben 
elterjedt operációs rendszerek, akkor az 
influenzavírus már régen kipusztította 
volna az utolsó embert is. Ami lehet, 

te Redundancy page III Katz usd 
Ele Edt View Go Communicator Help ül 

http.//sacamoren.ortn. 


hogy tréfának hangzik, de azért min- 
denképpen érdemes eltűnődni rajta: va- 
jon nem kellene-e mégis megpróbál- 
nunk utánozni a természet által alkal- 
mazott, elsőre végtelenül anyagpazar- 
lónak és redundánsnak tűnő módszere- 
ket? 


A szoftver nem 
személygépkocsi 

Sem a szoftverek, sem az élőlények 
— illetve általánosabban fogalmazva: 
bizonyos komplex rendszerek — ese- 
tében nem egyszerű a helyzet. A kana- 
dai komputertudós, David Parnas annak 
idején a Reagan elnök által meghirde- 
tett ,.csillagháborús" terveket tanul- 
mányozva jutott arra a következtetésre, 
hogy a megfelelően összetett szoftverek 
(és ennek megfelelően a , Csillaghábo- 
rú") programjai is igencsak sajátosan 
képesek viselkedni, mivel alapvetően 
kétféle komplex rendszer létezik. 

Az egyik folyamatos (continuus), a 
másik szaggatott (discontinuus) módon 
működik. A folyamatosra az autó tesz- 
telése a példa: ha megvizsgáljuk, hogy 
miként fog viselkedni egy kanyarban 
60 km/h, illetve 70 km/h sebességnél, 
akkor ebből következtetni lehet arra is, 
hogy mi történne, ha 65 km/h sebes- 
séggel fordulnánk be. Nem így a másik 
fajta, a szaggatott rendszerek esetében, 
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A Hungexpo Rt. új szakkiállítása 


,Nem léphetünk kétszer ugyanabba a folyóba" — 
mondta egykoron Herakleitosz. Ez a sokat emlegetett 
mondás a kiállításokra is igaz, hiszen kétszer nem lehet 
ugyanazon a kiállításon résztvenni. Még akkor sem, ha 
ugyanaz a név, hiszen a változó piaci körülmények 
változó tartalmat igényelnek, melyhez a kiállítás szer- 
vezőjének odnia kell. Akkor pedig már végképp 
nem, ha témájában hasonló, ám mégis új kiállításról van 
szó. 

pedig a Hungexpo 1999-től új nemzetközi infor- 

matikai és kommunikáció-technikai szakkiállítást indít, 
INFO néven. 

A változási b kérdeztük ún Iványi Lászlót, a Hung- 


— Az idén Hjs ösi HIGJEKÁTK alkalommal 
zárta kapuit a Budapesti Vásárközpontban az 
IFABO kiállítás, és úgy tűnik, ezúttal utoljára... 
Azonban a számítástechnikai cégek nem ma- 
radnak megfelelő bemutatkozási fórum nélkül, 
hiszen lesz INFO 99 a Hungexpo szervezésé- 
ben. Mit takar ez a változás? 


— A Hungexpo Rt. 1990-ben megállapodott a Bécsi 
ásárral arról, hogy a Bécsben már évek óta sikeres 
mítástechnikai kiállítást, az IFABO-t közös szerve- 
zésben megvalósítjuk Budapesten is. Így 1991-től a 
Budapesti Vás; pontban minden évben megrende- 
zésre került a kiállítás, melynek közös szervezésére 
létrehoztuk a bécsi székhelyű Expoconcept International 
GmbhH-t. A 90-es évek elején ez jó megoldásnak bizo- 
nyult, az idő azonban a számítástechnika terén változá- 
sokat hozott. Az informatikai vállalatok összetétele az 
elmúlt 10 évben teljesen átalakult, s ezt egy szakkiállí- 
tásnak is követnie kell. Kiállítóink 8599-a ma már 
magyarországi székhelyű cég, hiszen minden nagy 
multinacionális cég megalakította magyar vállalatát, 
akár hardver, akár szoftver, akár telekommunikációs 
cégről van szó. Ma már minden amellett szól, hogy 
önálló, saját szervezésű informatikai kiállítást indítsunk 
1999-től. 
— Mit kínál az új kiállítás az informatikai élet 
szereplőinek? 


— Az INFO Nemzetközi informatikai és kommuni- 
káció-technikai szakkiállítás tematikájában helyet kap 
a számítástechnika, a telekommunikáció, a repró- és a 
másolástechnika. A számítástechnikát többé nem az 
irodatechnika részeként kezeljük, hanem önálló ágakra 
bontjuk, az irodabútor, irodatechnika területe pedig a 
továbbiakban nem lesz kiemelt témacsoport. Az új 
kihívásoknak, világtrendeknek megfelelően a rendezvé- 
nyen külön hangsúlyt kapnak a multimédia eszközei, 
az Internettel foglalkozók, a 2000-ik év problémájára 
megoldást kínálók. Mint a Hungexpo minden szakkiál- 
lít l, itt is fokozottan törekszünk arra, hogy a 
kiállítás magas színvonalon, megfelelő szakmai fórumot 
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biztosítson a résztvevőknek. A szakma képviselőiből 
Szakmai Bizottságot hozunk létre, akik tanácsaikkal 
segítik majd a szervezést. Ujdonság az is, hogy Kiállítói 
Tanácsot alakítunk, melynek tagjai az informatikai piac 
szereplői által is elismert cégek lesznek az egyes fő 
kiállítási témacsoportok reprezentánsaiként, akik javas- 
lataikkal segíthetik munkánkat. 

Az INFO szakmaspecifikusabbá tétele — valamint 
az a tény, hogy a kiállítás utolsó napja egybeesett volna 

ájus elsejével — vezetett minket arra a döntésre, hogy 
jövőre négynapos lesz a rendezvény, az utolsó nap 
péntek. A nagyközönség többnyire szombati napokon 
tekintette meg a kiállítást, így lehet, hogy csökkenni 
fog a látogatók száma, ám ezzel is a rendezvény 
szakmaiságát szeretnénk erősíteni. A négynapos nyitva- 
tartás természetesen nem jelenti azt, hogy kizárnánk a 
szakmai érdeklődésű nagyközönséget. A belépőjegyek 
áj ai számukra is megfizethetőek maradnak, s továbbra 

égesnek tartjuk annak a rendszernek a fenntar- 
, miszerint az INFO-ra az iskolások csoportosan, 
előzetes bejelentkezéssel ingyen ellátogathatn: 

Az új rendezvénypolitika részeként kiállítás got 
is kiadunk a rendezvényig több alkalommal. Bevezetjük 
— több Hungexpo szakkiállításhoz hasonlóan — a 
látogatók regisztr t, mely lehetővé teszi, hogy meg- 
ismerjük a kiállítás iránt érdeklődők összetételét mind 
szakmai ágazatonként, mind a döntési folyamatban 
betöltött szerepük szerint. Ezzel szorosan összefügg az 
a kezdeményezés is, hogy egy közvéleménykutató cég- 
gel látogatói és kiállítói felmérést készíttetünk, ugyan- 
úgy, mint ahogyan ez a többi kiállításainknál már évek 
óta gyakorlat. 


— Az INFO kiállítói számára — a szakmaiság 
erősítésén túl — tartogat-e még más kedvező 
újdonságokat is a szervező Hungexpo Rt? 


— Úgy vélem, az már önmagában a kiállítókat 
szolgálja, hogy az ügyintézést nem Bécsen keresztül 


kell rendezni 1999-re nem emelkednek az informa- 
tikai kiállítás árai, a Hungexpo Rt. az 1998. évi IFABO 
osztrák schillingben vett árait számítja át forintra. 
Megszűnik a katalógusbeiktatási díj is, hiszen a Hun- 
gexpo kiállításainál az első katalógusbeiktatás ingyenes. 

— Hogyan reagáltak az érintettek, azaz a 
kiállítók az INFO kiállítás hírére? 


— Június közepén tájékoztattuk a szakterület 50 
legnagyobb kiállítóját, valamint a legfontosabb szakmai 
partnereket a Hungexpo döntéséről és a változással 
várható előnyökről. A cégek többsége támogatta az új, 
hazai szervezésű kiállítás gondolatát. A legjobb vissza- 
jelzés a cégek részéről az, hogy az 1999. április 27-30. 
között megrendezendő INFO "99 kiállításra előzetesen 
kiküldött jelentkezési lapok folyamatosan érkeznek 
vissza és már most több mint 5000 m területre tartanak 
a kiállítók igényt. 





A HÓNAP TÉMÁJA 





ahol azt mondhatjuk, hogy ha a szoftver 
autó volna, akkor nyugodtan megtör- 
ténhet, hogy egy alacsonyabb és egy 
magasabb sebességnél simán veszi a 
kanyart, a kettő közé eső értéknél vi- 
szont kivágódik és felborul. Miként az 
a monitor előtt ülve nap mint nap 
előfordul velünk. 

Ilyenkor az ember nem tehet mást, 
mint megvárja, amíg a számítógép is- 
mét beindul (bootol), és közben esetleg 
azon tűnődik, hogy miként is lesz ez 
majd a jövő században. Hiszen abba 
sem éppen kellemes belegondolni, hogy 
mi történne, ha egyszer egy atomerőmű 
programja mutatná be a , kanyareffek- 
tust", de az sem tudható, hogy mi lesz 
akkor, amikor majd a gyorsliftektől a 
telefonokon át a bejárati ajtóig mindent 
szoftver fog vezérelni, vagyis az élet 
minden területén ugyanezzel a problé- 
mával találjuk szembe magunkat. Mert 
bármennyire is igaz a ,, There Aintt No 
Such Thing as a Free Lunch"? mondás 
(azaz , olyan, hogy ingyenkaja, egysze- 


rűen nem létezik", mert mindenért fi. - 


Zetni kell, ahogyan a számítógépes 
szubkultúra bölcsessége tartja, az is 
biztos: a mikroelektronika rohamos ter- 
jedéséért fizetett ár meglehetősen ma- 
gas lehet. Kevin Kelly, a Wired magazin 
szerkesztője például azt kérdezi, hogy 
, Ha a jövő... termékei egyre inkább a 
ma szoftverére fognak hasonlítani, ak- 
kor vajon mi vár ránk? [Szoftverhiba 
miatt] működésképtelenné váló tévék? 
Lefagyó autók? Felrobbanó kenyérpirí- 
tók?" 


Az egyik megoldás a lego 

Egy meglehetősen gúnyos tipológia 
szerint háromféle programozó létezik: 
a hippi, aki átlátja az egészet, miközben 
sem kedve, sem türelme a részleteket 
kódolni; a nerd (akit talán leginkább 
még tökfejnek lehetne fordítani), aki 
kiválóan elboldogul a konkrét felada- 
tokkal, de nincsen rálátása az egészre; 
és végül ott van a lumpenprogramozó 
is. Ő már évekkel ezelőtt rájött, hogy 
azzal biztosíthatja a legbiztosabban a 
saját állását, ha mind nagyobbá és mind 
áttekinthetetlenebbé fejleszti a cég 
(rendszerint egy bank vagy egy bizto- 
sítótársaság) mainframe-en futó prog- 
ramját. 

Egy ideig már-már úgy tűnt, hogy az 
első két típus kihal, a harmadik pedig 
diadalmaskodik, nincsen ugyanis az a 
(bárha mégoly zseniális) programozó, 
aki képes volna többmillió soros prog- 
ramot áttekinteni és kézben tartani. 
Márpedig a modern operációs rendsze- 
rek legalább ilyen nagyok, és nem 
kisebb program kell ahhoz sem, hogy 


a számítógép képes legyen mondjuk 
egy repülőgépet vezérelni. Vagyis úgy 
tűnt, mintha lassanként kézben tartha- 
tatlanná válnának a dolgok. 

Azután a "80-as évek végén feltűnt 
és rohamosan elterjedt a (valójában 
1969 óta létező) OOP, vagyis az objek- 
tumorientált programozás. Ennek az a 
lényege, hogy nem sorról sorra előre- 
haladva, hanem modulokból dolgo- 
zunk: olyan elemekből, amelyek önma- 
guk működőképesek, teszteltek, és 
amelyeket más egységekkel kombinál- 
va felépíthetjük és összerakhatjuk a 
szoftvert, mintha csak legóval játsza- 
nánk. És ez a programozás terheinek 
jelentős részét leveszi a vállunkról: sok 
különféle célra szolgáló, előre gyártott 
modult (sőt, modulkönyvtárakat) vásá- 
rolhatunk a szoftverfejlesztőktől, így 
nem nekünk kell bíbelődnünk a részle- 


tekkel. És arról még nem is beszéltünk, 
hogy mennyivel csökkenhet ezáltal a 
hibák száma. 

Már egy 1982-es (az IEEE Transac- 
tions of Software Engineeringben meg- 
jelent) cikk kimutatta, hogy a túlságo- 
san hosszú, , ömlesztett" programokban 
összehasonlíthatatlanul több hiba szo- 
kott előfordulni, mint azokban, ame- 
lyek kisebb részekre vannak tagolva: a 
tanulmány egy 10 000 soros (vagyis 
mai szemmel nézve nem is olyan 
hosszú) programot említett, amelyet há- 
rom alprogramra tagolva az eredeti 317 
hibát 52-re sikerült csökkenteni. Az 
OOP esetében ráadásul azt is megtehet- 
jük, hogy a hibás elemet egyszerűen 
kidobjuk, és hibátlant illesztünk be a 
helyére. 

Ha lemegyünk egy bizonyos méret- 
határ alá, akkor komoly esélyünk van 


Ha a Microsoft 
autókat gyártana... 


Még 1997 őszén, a Comdex számítástechnikai szakkiállításon Bill Gates 
a számítástechnikát az autógyártással állította párhuzamba, és kijelentette: 
, Ha a General Motors ugyanolyan ütemben fejlesztette volna technológiáját, 
mint a számítógépipar, akkor most 25 dollárba kerülő autókkal járnánk, 
melyek egy liter benzinnel 400 km-t is megtennének." 

A General Motors úgy reagált erre a megjegyzésre, hogy , Ez igaz, de ki 
szeretné naponta kétszer összetörni a kocsiját?" Utána 10 pontban megfo- 
galmazta, mi mindennel járna még, ha az autógyártás is a számítástechnikai 
példakép fejlődési vonalát követte volna: 

1. Ahányszor az úttesteken újrafestenék a sávelválasztó csíkokat, mindig 
új autót kellene venni. 

2. Az országúton gépkocsink alkalmanként minden ok nélkül leállna, amit 
magától értetődőnek tekintenénk, és a motort zokszó nélkül újraindítva 
folytatnánk utunkat. 

3. Egyes manőverektől kocsink nemcsak leállna, hanem működésképte- 
lenné is válna, és ilyenkor a motort ismét üzembe kellene helyezni 
(installálni). Valami különös okból mi ezt is természetesnek tartanánk. 

4. Az autóba egyszerre csak egy ember férne be, hacsak nem vennénk 
meg hozzá a , Car95" vagy a , CarNT" terméket. Plusz a többletüléseket is 
meg kellene vásárolni. 

5. A Macintosh napenergiával hajott, megbízható, sokkal könnyebben 
vezethető és ötször gyorsabb kocsikat gyártana, de ezek csak az utak öt 
százalékán közlekedhetnének. 

6. A Macintosh autókhoz költséges Microsoft korszerűsítőket készítené- 
nek, hogy sokkal lassúbbak lehessenek. 

7. Az olajszint, a benzintank és az akkumulátor figyelmeztető lámpája 
helyett egyetlen jelzőfény lenne , Általános kocsihiba" felirattal. 

8. Az új ülésekbe csak egyforma fenékmérettel lehetne beülni. 

9. Mielőtt a légzsákrendszer működésbe lépne, feltenné a kérdést: , Biztos 
benne, hogy használni akarja?" 


10. Aki autóbalesetbe keveredne, fogalma sem lenne arról, hogy mi is / 


történt. 

A fentiek alapján ide kívánkozik Bill Gates számára egy angol nyelvte- 
rületen egyébként is népszerű mondás: , Aki üvegházban él, ne dobálózzon 
kövekkel!" 
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hibátlan programrészleteket írni, és a 
dolgunkat tovább egyszerűsíti, hogy a 
hibák rendszerint nem szétszórva, ha- 
nem egyes modulokra koncentrálódva 
jelennek meg. Amikor az IBM egy 
széria számára ilyen egységekben írta 
meg a kódot, akkor 420-ból 300 teljesen 
hibátlannak bizonyult, és a hibák na- 
gyobbik hányada alig 31 modulra kon- 
centrálódott. Ez persze még mindig 
nem valami életbiztosítás, és bár a 
szakértők azt mondják, hogy megfelelő 
energiabefektetéssel elérhető lenne a 
, Zero defect", azaz tényleg tudnának 
hibamentes szoftvert készíteni, ez azon- 
ban nem volna olcsó mulatság. És nem 
is biztos, hogy erre van szükség. Egy 
példa talán megvilágítja, hogy miért. 
A Mariner I amerikai űrszondát 1962 
júliusában indították útnak, ám az egyik 
programban valamit elírtak (az R" he- 
lyett R szerepelt), úgyhogy emiatt a 
földi irányítóközpont szuperszámítógé- 
pe kilövés közben arra a következtetés- 
re jutott, hogy a rakéta kiszámíthatatla- 
nul billeg, és parancsot adott a felrob- 
bantására. Vagyis esetleg hiába dolgo- 
zunk ki akár , error free", vagyis töké- 
letesen hibátlan programokat, ha az 
egész ilyen szinten sérülékeny marad. 
Ha a programozók éppen nem néznek 
el valamit kódolás közben, akkor is 
állandóan fennáll a veszélye egy hard- 
verhibának, amely esetleg egyetlen bi- 
tet átír 0-ról 1-esre, ám a következmé- 
nyek így is végzetesek lesznek. 
Daniel Hillis, a híres, 65 536 pro- 
cesszorból álló , Connection Machine" 
tervezője mondja egy helyütt: semmi 
kétsége nincs afelől, miszerint egy 
programozó meg tud írni egy kétmillió 
soros, a pilótát helyettesítő szoftvert, az 


azonban nagyon is kétséges, hogy ez a 
programozó azután hajlandó lenne-e 
felülni egy ilyen gépre. Elvégre egyet- 
len bitnyi hiba gyakorlatilag bármikor 
becsúszhat (ha nem a szoftver, akkor a 
hardver sérülése miatt), és a következő 
pillanatban már zuhanunk is a föld felé. 


A természetben 
máshogy csinálják 

Megint csak Hillis szerint ,,Mind- 
össze két, nagy komplexitású szerkeze- 
tekhez vezető utat ismerünk. Az egyik 
a mérnöki módszerek alkalmazása, a 
másik az evolúció. Nos, kettejük közül 
az utóbbi hozza létre a sokkal összetet- 
tebb dolgokat." Utóbbiak ráadásul sok- 
kal stabilabbak is lesznek a mérnöki 
úton készítetteknél. A szoftverek eseté- 
ben például azért, mert azok Neumann 
nyomán mindeddig azon a meggyőző- 
désen alapultak, hogy a problémák egy- 
mástól jól elkülönülő, diszkrét logikai 
lépésekre oszthatóak fel, ahol az egyik 
részmegoldás eredménye a következő 
bemeneti értéke lesz, és ha ezt az 
eljárást (alkalmasint logikai hurkokba 
szervezve) elég sokszor ismételjük, ak- 
kor végül megkaphatjuk az eredményt. 

Egy John Holland nevű számítógé- 
pes viszont már az 1950-es években 
rámutatott, hogy miközben a fentebbi 
, Soros" megoldás, addig az evolúció 
, párhuzamos" megoldásokat alkalmaz. 
Képzeljük például egy pillanatra ma- 
gunk elé a DNS-t, amely miközben 
meghatározza, hogy miként épüljön fel 


egy élőlény teste, , párhuzamos kompu- " 


terként" működik. Vagyis a DNS-t fel- 
építő  molekulaszekvenciák kódolás 
közben nem várnak arra, hogy az egyik 
átadja a másiknak az eredményeket, és 


ÁZ The Intuitive Basis of Redundancy - Netscape (-Jab] 
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The Intuitive Basis of Redundancy - Information and 
its measurement 


Before the addition of the parity check bíts in Hammings code we were - intuitively - 
dealing with pure information. The extra symbols added did not change the amount of 
information that was being conveyed and so we say that this was redundant. The English 
language (or any other natural language) also contains a large amount of redundancy. 
Consider the following saying, frorn which the spaces and vowels have been removed: 


EFECTSSTRNGRTHNFECTN 


The fact that we can reconstruct the meaning of the message from these symbols alone 
shows that what was left out did not convey any information that was essential to the 
communication, i.e., the vowels and spaces were redundant for this message. (Dont push 
this example too far ... one could get through a first grade reader without vowels or spaces, 
but I doubt whether one could handle such an abridged version of Finnegans Wake 
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[James Joyce]). Ifredundancy is something that exists and can be compared ( first grade 


csak azután folytassák a munkát. Len 
Adleman 1994-ben a DNS és a párhu- 
zamos komputerek működése közötti 
hasonlóságot kihasználva, és bizonyos 
molekulaelrendeződéseket 1-esnek, 
másokat meg 0-nak tekintve valóban 
meg is építette a világ első, ún. DNS- 
komputerét, és ezzel meg tudta oldani 
többek között az ún. utazó ügynök 
problémáját hét elemre. A mesterséges 
intelligencia körében kidolgozott prog- 
ramok tesztelésére használt feladvány 
lényege, hogy adva van 7 (vagy n) 
város. Azt kell eldöntenünk, hogy mi- 
lyen sorrendben látogassuk végig őket 
úgy, hogy közben a lehető legrövidebb 
utat tegyük meg. 

Számunkra azonban a konkrét ered- 
ményeknél érdekesebb, hogy nem egy 
szakértő szerint a természetet utánzó, 
, evolúciós programozás" jelenthet 
megoldást problémáinkra. Legalábbis, 
ami a mai programok sérülékenységét 
illeti. 

Amennyiben a jövőben nem fejlesz- 
teni, hanem , tenyészteni" fogjuk a 
programokat, úgy az optimisták szerint 
hamarosan elérhetjük majd az élőlé- 
nyekre jellemző robusztusságot is. Da- 
niel Hillis az általa konstruált Connec- 
tion Machine minden egyes processzo- 
rához egy-egy parányi programocskát 
rendelve hozzá, majd pedig még mes- 
terséges parazitákat is a rendszerre 
eresztve azt reméli, hogy egy tulajdon- 
képpeni evolúciós folyamat végered- 
ményeként (ahol a különböző progra- 

"mocskák küzdenek a , túlélésért") min- 
den korábbinál komplexebb — és per- 
sze stabilabb — szoftvereket lehet lét- 
rehozni. Eközben is érvéyesülni fog 
azonban a valamit valamiért elv: az így 
születő megoldások nem fogják dugó- 
húzóba vinni a repülőgépet egyetlen 
bitnyi hiba hatására, mivel az élő rend- 
szerekre jellemző komplexitással és 
, hibatűréssel" . fognak rendelkezni. 
Másfelől viszont a mérnöki úton, ,,10- 
gikusan" megtervezett programokhoz 
képest szokatlanul nagyok lesznek: a 2 
millió soros repülőszoftvert Hillis sze- 
rint legalább ötmillió soros, , evolúciós" 
programokkal lehet majd helyettesíteni. 

Természetesen ez csak az első lépés. 
A másodikban az ezerszer nagyobb, 
strukturáltságukat és redundanciájukat 
illetően egyaránt az élő szervezetekre 
emlékeztető programok következnek, 
amelyek majd minden korábbinál 
komplexebb feladatokat tudnak megol- 
dani. És eddig a pontig eljutva talán 
már tényleg érdemes lesz nekiállni, 
hogy az immunrendszer mintájára ter- 
vezzük meg az antivírus-szoftvert. 

Galántai Zoltán 
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A szoftver vagy az ember tehet róla? 


A programok , túlméretezése" 


A programállományokat szemlélve valószínűleg mindenkiben 
felmerült már a kérdés, hogy tulajdonképpen mitől lesz 

egy futtatható fájl olyan nagy — vagy olyan kicsi. És egyáltalán 
szükségszerű-e, hogy akkora legyen? Ugyanazt a funkciót betöltő 
programok méretében 10-szeres vagy akár 100-szoros különbségek 
is előfordulnak. Ráadásul az exe-tömörítők, mint például az 
elterjedt PKLITE, ugyanazokat az állományokat sűrítve tárolják, 

és azok mégis közvetlenül futtathatók maradnak. 

Nincs itt valami felesleges redundancia? 


A futtatható programállományok tö- 
mörítetlen méretét alapvetően befolyá- 
solja, hogy melyik programnyelven ír- 
ták azokat. Ugyancsak lényeges körül- 
mény, hogy melyik operációs rendszer- 


környezetben való működésre készítet- - 


ték magát a programot. De sok függ a 
programfejlesztő eszköztől és még a 
programozó(k) személyétől is. 

A programnyelvek tekintetében köz- 
ismert, hogy legtömörebben a bináris 
kódot lehetne megírni. Erre jó példa az 
a bootolást kiváltó, 2 bájtnyi .com, 
amely az Új Alaplap 1997. áprilisi 
lemezmellékletén is megjelent. Ki-ki 
próbálkozhat, hogy más programozási 
módokon, Assemblytől a magasabb 
szintű nyelvekig mekkora minimális 
terjedelemben lehet ezt előállítani. 

A skála másik végén legtöbbször az 
interpreteren futó programok állnak. 
Általában ezek a , legszellősebbek", mi- 
vel a programutasításokat vagy szöve- 
gesen, vagy előfordítva (szövegesen, de 
tokenizált formában) tartalmazzák. 
Ugyanakkor a futtatható program mé- 
retébe itt célszerű beleérteni a futtató 
interpreter méretét is. Példák ezekre a 
DOS parancsértelmezőjén futó szöveg- 
fájlok, a különböző Basic-verziók vagy 
a script nyelvek. 

E két szélső érték között találjuk meg 
a többi programnyelvet, amelyekből 
megfelelő fordítókkal közvetlenül fut- 
tatható gépi kódot készíthetünk. Ezen 
fordítók között kakukktojások bizonyos 
Basic-fordítók. Különösen a régebbi 
évjáratú DOS-os fordítók, amelyek 
ugyan készítettek egy .exe-fájlt, azon- 
ban ezek sajátos felépítésében megta- 
lálható volt a tokenizált, interpretert 
igénylő kód, és az ugyanebbe a fájlba 
becsomagolt futtatóeszköz, egyfajta fu- 
tásidejű parancsértelmezőként. Hason- 
ló módon keletkezett .exe-fájl akorábbi 


Visual Basic-verziókban is, azzal a kü- 
lönbséggel, hogy itt a parancsértelme- 
zőt a programfájltól függetlenül létező 
VBXxXxXx.DLL tartalmazta. (A Windows 
programokról később még lesz szó.) 


A fordítók ténykedése 


A többi programnyelv esetében adott 
az elvi lehetőség, hogy a fordítóprog- 
ram azonos utasítások végrehajtására 
azonos környezet számára hasonló mé- 
retű programfájlt készítsen. Ez azonban 
mégsincs így, mert a különböző fordí- 
tók különbözőképpen dolgozzák fel a 
szöveges forrásállományokat, vagy kü- 
lönböző mértékben képesek optimali- 
zálni a fordítást a futtatható programfájl 
előállítása során. És ez megnyilvánul a 
program fizikai méretében és memória- 
igényében egyaránt, bár legtöbbször e 
két méretadat sem független egymástól. 

A különböző fordítóprogramok kö- 
zül a DOS-os világ legtömörebb prog- 


ramállományait általában Assembly 
nyelvű fordítók állítják elő. Ezek a 
szöveges programforrásból első lépés- 
ben legtöbbször egy tárgykódú .OBJ- 
állományt állítanak elő, amelynek ,,le- 
gyártásához" különböző paraméterek- 
ben adhatjuk meg az opciókat. Eseten- 
ként az optimalizálás mértékét és a 
későbbi felhasználás céljának legjob- 
ban megfelelő formátumot is. Néhány 
assembler esetében rendelkezhetünk ar- 
ról is, hogy az .OBJ-állomány tartal- 
mazzon a későbbi hibakeresést szolgáló 
debug-információkat is. Ha a végleges 
program kialakításakor, az ún. linkelés- 
kor a futtatható állományt készítő prog- 
ram nem takarítja ki ezeket az adatokat, 
amelyek a program futtatásához tulaj- 
donképpen nem szükségesek, akkor a 
végleges állomány méretének jelentős 
részét tehetik ki a , csendes", a futtatás- 
kor szerepet nem játszó régiók. 
Hasonló a helyzet a legtöbb C-fordí- 
tóval, még akkor is, ha a program 
fordítását ASM-állomány előzetes elő- 
állításával végezzük. A C nyelvű fej- 
lesztéseknél azonban más szempontból 
is szerepe lehet az alkalmazott fejlesz- 
tőeszköznek, fordítónak. A piacon is 
számos rutinkönyvtár kapható, és eze- 
ket bináris állományként, illetve a hasz- 
nálathoz szükséges fejlécfájlként (.H) 
használja fel a programozó. Így, ha a 
programozó a könyvtár beépítésekor a 
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fejléc teljes híváskészletét, és ennek 
alapján a teljes bináris állományt befor- 
dítja a kész programba, jelentősen nö- 
vekszik a kész program mérete. Olykor 
csak a fizikai méret nő a már említett 
debug infóval, legtöbbször azonban na- 
gyobb lesz a program memóriaigénye 
is. 

Ezen a redundancián legtöbbször 
csak a könyvtárhoz szükséges bináris 
állományt létrehozó programozó tudna 
segíteni, de bizony a neves fejlesztő- 
műhelyek termékei között is gyakran 
találhatunk mérsékelten optimalizált 
könyvtárakat. Ezért is vált a fordítók 
fejlődésének egyik irányává, hogy a 
kész program előállításakor utólag is 
legyen lehetőség a gyomlálásra, rész- 
ben megfelelő beállítással (tehát az 
említett infórészek kiemelésével), rész- 
ben a nem hivatkozott változók, függ- 
vények hívásának és kódjának kihagyá- 
sával. Mivel ebben a vonatkozásban a 
fordítók sem egyformák, ez is oka lehet 
annak, hogy azonos és szabványos C- 
kódból is különböző méretű és memó- 
riaigényű programokat tudunk előállí- 
tani. 

Hasonló fejlődési irány jellemzi a 
Pascal-fordítókat, például a PC-s világ- 
ban valószínűleg legelterjedtebb Bor- 
land-féle Turbo Pascal fejlesztőkörnye- 
zetek fordítóprogramjait is (TPC.EXE). 
Eltekintve a nyelvi elemkészletnek a 
többi programnyelvben is megfigyelhe- 
tő bővülésétől, a fejlettebb verziók se- 
gítették a fordítás optimalizálhatóságát 
is. Így például ki- és bekapcsolhatóvá 
vált a szövegváltozók hosszának ellen- 
őrzése, amellyel párhuzamosan előre 
lehet definiálni a tároláshoz szükséges 
területet. Ez elsősorban a memóriagaz- 
dálkodásra volt jótékony hatással, mert 
például a Pascal-szabvány szerint egy 
szövegváltozó tárolásához a program 
256 bájtnyi memóriaterületet használ. 
Így amennyiben például egy fájlneve- 
ket feldolgozó programmal dolgozunk, 
amelyben sok, de egyenként legfeljebb 
csak 12 karakteres szövegváltozó lehet, 
felesleges lefoglalni a memóriában to- 
vábbi 243 karakternek is a helyet (a 0. 
bájt minden esetben foglalt a hosszúság 
tárolására). Célszerű ilyenkor a válto- 
zókat STRING[12]-ként definiálni. 

A Turbo Pascal fordítóknál a fejlesz- 
tés másik iránya a programozótól füg- 
getlenné tett feltételes kódbeépítés. 
Amíg például az első fordítók egy külső 
programrész (INC, TPU) teljes kódját 
valamennyi definiált változóval befor- 
dították a kész programba, ez az új 
verziókban jelentősen megváltozott. 
Így a jelenleg legutóbbinak tekinthető 
DOS-os Pascal, a 7-es Turbo Pascal 
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esetében a programozó már hiába defi- 
niál a kijelölt szegmens beteléséig szin- 
te akárhány változót, és hiába jelöl ki 
használatra (USES) szinte bármennyi 
TPU-t, a fordító csak a ténylegesen 
használt elemeket fogja beépíteni a kész 
programba. Ahogy a programozó arról 
is intézkedhet, hogy a kész programba 
ne kerüljön be debug adat még akkor 
sem, ha a felhasznált TPU-egységeket 
ezekkel fordították. 


Ugyanaz pazarlóan 

A különböző mértékben optimalizál- 
tan működő fordítók megjelenése ter- 
mészetesen nem jelenti azt, hogy a 
programozó némi , jóindulattal" ne tud- 
ná megnyújtani programjának méretét 
vagy memóriaigényét. És nemcsak a 
már többször megemlített bogarászási 
segédlet beépítésével, hanem például az 
elnagyolt változóhasználattal és a kó- 
dolási konvenciókkal is. Ennek illuszt- 
rálására tekinsünk át egy egyszerű ese- 
tet. Írjunk egy rövid Pascal programot, 
amely két számot összead, és semmi 
mást nem tesz. A Turbo Pascal 7.01 
fordítójával készítsünk ebből .EXE- 
fájlt: 
program sumi; 
var a,b,c:integer; 
begin 

a:c10; 
end. 

Ezt követően tegyük strukturálttá 
programunkat, és az összeadásra írjunk 
saját eljárást: 
program sum2; 
var a,b,c:integer; 
function sum(a,b:Integer):Integer; 
begin 

sum:-zatb; 
end; 
begin 

a:510; b:5-20; 

c:5sum(a,b); 
end. 

Ha a két forráskódot lefordítjuk, azo- 
nos beállítások mellett a S UMI.EXE és 
a SUM2.EXE mérete rendre 1648, il- 
letve 1680 bájt, ami jelzi, hogy az 
eljáráshíváshoz a fordító pluszkódot 
generált. Ebből következik, hogy ha 
akkor is különböző eljárások definiálá- 
sát alkalmazzuk, amikor az fölösleges, 
az a kód indokolatlan megnyújtásával 
jár. Ugyanakkor a program áttekinthe- 
tőségét sem mindig javítja. Ha viszont 
ugyanazt az eljárást sokszor kellene 
beépíteni a programba, akkor termé- 
szetesen indokolt lenne a strukturáltság 
elveit követni. 

Ezek után jelöljük meg a programban 
történő felhasználásra a Turbo Pascal 
szabványos CRT egységét: 


b:-20; c:zsatb; 


program sum3; 
uses crt; 
var a,b,c:integer; 
function sum(a,b:Integer) :Integer; 
begin 
sum:-atb; 
end; 
begin 
a:5-10; b:520; 
c:5sum(a,b); 
end. 

Ekkor a lefordított program, a 
SUM3.EXE már 3280 bájtnyira hízik. 
Ez mintha ellentmondana a korábban 
említett opcionális fordításnak, hiszen 
a program továbbra is ugyanazokkal a 
változókkal ugyanazt csinálja. De ez 
csak a látszat, mert az utóbbi esetben a 
fordító a CRT-unit előre definiált kons- 
tansait és értékkel rendelkező változóit 
(amelyekről például a helprendszerből 
tájékozódhatunk) szintén belefordítja a 
kész programba. Így megfontolásra ér- 
demes, hogy például egy általunk írt 
alegységben milyen konstansokat defi- 
niálunk, illetve az inicializáló részben 
milyen változóknak adunk értéket, vagy 
milyen eljárásokat hívunk meg. 


Hossz és minőség 

Az említettek nyilván a program me- 
móriaigényére is hatással vannak. Erre 
azonban főleg a globálisnak definiált 
konstansok és változók esetében kell 
figyelemmel lennünk. Ha a program 
fizikai méretét figyelmen kívül is hagy- 

. juk (,végy nagyobb winchestert"), a 
memóriaigénytől akkor sem tekinthe- 
tünk el. Különösen nem a DOS real 
módjában futó programok esetében, 
amikor alig 640 Kbájtnyi helyen kell 
osztoznunk másokkal. (És Bill Gates 
egykori véleményével ellentétben 640 
K mégsem elég mindenre.) 

A változók definiálásakor nagyon 
káros az a programozói szemlélet, hogy 
a változókat aszerint definiálják, ahogy 
éppen szükség van rá. Például ha kell 
valahol egy új változó, akkor elgyalo- 
golnak a program elejére. Ott definiál- 
nak egyet, majd megírják az azt hasz- 
náló kódrészletet. Esetleg csak néhány 
sort. Ilyenkor az új változót és annak 
memóriaterületét fordításakor a prog- 
ram a teljes működési időre lefoglalja. 
Valószínűleg ez is oka lehet annak, 
hogy különböző programozók egyazon 
probléma megoldását szolgáló termékei 
között olykor jelentős az eltérés. 

Érdemes elgondolkozni azon, hogy 
hátha érdemesebb a csak egyes eljárá- 
sokban használt változókat helyileg de- 
finiálni, lokális élettartammal és memó- 
riafoglalással. Vagy némi többletidőt 
ráfordítva, típusonként néhány dzsóker- 
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ként használható változóval kiválta- 
nánk a csak pár sorban értékkel bírókat. 

A programozó azonban néha rákény- 
szerül, hogy akár mesterségesen is hoz- 
zájáruljon a program méretének és me- 
móriaigényének növeléséhez. Az egyik 
ilyen ok, hogy a kész munkára igényt 
tartó felhasználó nem ad elég időt a 
forráskód és az algoritmusok optimali- 
zálására. A másik gyakori ok, hogy a 
megbízó hiányos számítástechnikai is- 
meretei következtében úgy érzi, hogy 
a program hossza egyenes arányban áll 
a program minőségével, nemcsak a 
lefordított program bájtokban mért ter- 
jedelmét, hanem a gépelt programsorok 
számát illetően is. Ha tehát a progra- 
mozót a programsorok száma alapján 
fizetik, akkor erős a csábítás, hogy 
passzív adatokkal puffasztott, esetleg 
több részletre szétdarabolt program ké- 
szüljön. 

Van, hogy a programok fejlesztése- 
kor elindulhat egy öngerjesztő folyamat 


is. A kezdetben véletlenszerűen válasz- - 


tott változónevek, a strukturált progra- 
mozás jegyében megírt, esetleg követ- 
kezetlen névhasználati metódusok , ma- 
guk alá temethetik" a programozót. 
Nem emlékezvén az alegységek pontos 
tartalmára, az azokban definiált válto- 
zókra, a számos metódus éppen aktuális 
paramétereire és visszaadott értékeire, 
a programozó elkezd újabb változókat 
felvenni, újabb eljárásokat megírni. 
Esetleg többször is megír azonos vagy 
közel azonos eljárásokat, különböző 
nevekkel különböző alegységekben. 
Ezeknek pedig a fordító bizony külön 
eljáráshívásokat fog generálni, többlet- 
memóriaterületeket lefoglalni, növelve 
ezzel a program belső (és ez esetben 
felesleges) redundanciáját. Ezen pedig 
csak áttekinthető tervezéssel, a már 
egyszer , feltalált" eljárások és prog- 
ramrészek nyilvántartásával, dokumen- 
tálásával — tulajdonképpen a megfele- 
lő programozási stílus kialakításával 
segíthetünk. (Saját bőrön tapasztalva.) 


És jött a Windows... 

A programok indokolt vagy indoko- 
latlan méretének okait kutatva még csak 
a DOS rendszerkörnyezetben  időz- 
tünk... A windowsos programokban 
eleve adott a lehetőség a rugalmas 
memóriahasználatra és a külső objek- 
tum-, eljárás- és erőforrás-gyűjtemé- 
nyek (például DLL-ek) felhasználására. 
Ezek révén nő a programok funkciona- 
litása. De nő maga a Windows rendszer 
is. Vajon arányban van-e a megnöveke- 
dett tudás a nagyobb méretekkel? Bárki 
összevetheti a legújabb verziók funkci- 
onalitását és méretét például az első 


verzióéval, melyhez telepített állapot- 
ban is elég volt kevesebb mint 2 MB 
(Windows 1.02 - 1 876 420 bájt). 

A Windows programok és különösen 
a 32 bites programok kevésbé érzéke- 
nyek rá, hogy mennyi a definiált válto- 
zók vagy a külön könyvtárba rakott 
elemek száma — mindaddig, amíg a 
program futásának idejét ez nem befo- 
lyásolja. (Ez utóbbit is inkább a meg- 
gondolatlan DLL-használat idézi elő.) 
Ugyanakkor a windowsos programok- 
nak van egy jellemzőjük, ami jelentősen 
hozzájárul a fizikai méretek növekedé- 
séhez. Ez pedig az ún. erőforrások 
használata. 

A DOS-os programok esetében is 
lehetséges, hogy bináris elemként önál- 
ló állományba másoljunk össze képe- 
ket, hanganyagokat, amennyiben az 
egyes elemek pontos mérete ismert, és 
rendelkezünk a gyűjtőállományból eze- 
ket kiolvasó, az állományokat mene- 
dzselő eljárásokkal is. Természetesen 
arra is lehetőség van, hogy ezeket ma- 
gához az .EXE állományhoz másoljuk 
hozzá, akár egy copy /b utasítással. A 
Windows. erőforrás-kezelése ezekre a 
megoldásokra adott rendszerszinten 
szabványos megoldásokat. 

A Windowsban a különböző külső 
egységeket, amelyek itt már kész dia- 
lógusdobozok, kurzorok, szöveges lis- 
ták stb. is lehetnek, meghatározott szab- 
ványos (de a 16, illetve 32 bites prog- 
ramokban eltérő) módon építhetjük be 
a program- vagy könyvtárfájlokba. 
Ezek az elemek mindaddig csak 
passzívan vannak jelen a programfáj- 
lokban, amíg futásidőben a Windows 
API-hívásai segítségével be nem olvas- 
suk őket a memóriába, ahol progra- 
munk már dolgozni tud velük. Így a 
Windows programok esetében szinte 
teljesen elmosódik az összefüggés a 
program állományainak fizikai mérete 
és azok memóriaigénye között. Például 
nagy kép-, hang- vagy szövegállomá- 
nyok erőforrásként való beépítésével 


jelentősen megnövelhetjük a fizikai 
méretet akkor is, ha ennek a memória- 
használatra alig van hatása. Ugyanak- 
kor szabadon is hozzáférhetők olyan 
gyors algoritmusok, amelyekkel bináris 
állományokat többé-kevésbé tömöríte- 
ni tudunk, és később futásidőben kicso- 
magolhatunk az erőforrás-gyűjtemény- 
ből. 

A futásidejű kicsomagolásra erőfor- 
rásoktól függetlenül, DOS alatt is van 
példa. Ezek az EXE-tömörítők általá- 
ban úgy működnek, hogy a tényleges 
programfájlokat (az .exe, illetve .com 
fájlokat) egy  tömörítőprogrammal 
összenyomják, majd pedig az önkicso- 
magoló tömörítvényekhez hasonlóan 
elé tesznek egy kicsomagolót. A kü- 
lönbség, hogy nem a merevlemezen 
bontják ki a programot, hanem a me- 
móriában, miután elindításakor az oda 
betöltődött. A , röptömörítő" ezután át- 
alakul egyfajta kernelprogrammá, és 
kihasználva, hogy a DOS 21h megsza- 
kításának van olyan szolgáltatása, 
amely lehetővé teszi a futtatás kezde- 
ményezésének átirányítását a kicsoma- 
golt program kezdőcímére, lefuttatja az 
eredeti programot. 

A fentiekben elmondottak talán ér- 
zékeltetik, hogy igazán mindig csak 
,, belülről" lehet látni, hogy egy feladat 
megoldására készített program mérete 
szükségképpen akkora-e, amekkora. Az 
esetleges indokolatlan redundanciák ki- 
küszöbölésének lehetőségeit vizsgálva 
nem szabad megfeledkezni arról sem, 
hogy a méretek csökkentésének túlzás- 
ba vitele esetleg a programozás hatás- 
fokának, a program áttekinthetőségé- 
nek, sőt futásbiztonságának rovására 
mehet. Valószínűleg ritkán fognak ké- 
szülni minden szempontból optimális, 
hibátlan számítógépes alkalmazások. 
De ennek lehetőségét soha nem szabad 
teljesen elvetni, akkor sem, ha megva- 
lósítása számos gyakorlati akadályba 
ütközik. 

Simay Endre István 
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A csonka és a teljes 


Írott nyelvek redundanciája 


Az alábbi írás arról szeretne áttekintést adni, hogy az írott nyelvek 
milyen mértékben használnak a szükségesnél több jelet a beszéd 
megjelenítésére, mennyire terjengősek, mennyire bővelkednek 
fölösleges jelekben, és ezt a bővelkedést (redundanciát) hogyan 
lehet mérni. Nem a tartalmi bőbeszédűség vizsgálata volt a cél, 
hanem az egyértelmű leíráshoz technikailag nem szükséges jelek 
számát akarjuk mérőszámként használni. 


Egy tudományos igényességű dolgo- 
zattól elvárható, hogy szabatos, jól de- 
finiált fogalmakat használjon. Így egye- 
bek között meg kellene mondani, mit 
is értünk íráson. Néhány éve ez még 
egyszerű feladat lett volna, hiszen a 
kutatók többsége elfogadta azt a defi- 
níciót, hogy az írás a gondolatok látható 
formában való kifejezése. Napjainkban 
ez a definíció nem engedné meg azt, 
hogy a digitális formában írt, elektro- 
nikus adattárolón tárolt írást írásnak 
nevezzük. Próbálkozhatnánk az írás 
eredetét követő meghatározásokkal, de 
itt még a szilárd kiindulópont is hiány- 
zik: ,, ... nincs teljesen kielégítő ma- 
gyarázat a legrégibb betűírások kelet- 
kezésére nézve sem" [Varga Géza: 
Bronzkori magyar írásbeliség, Irástör- 
téneti Kutató Intézet, Budapest, 1993]. 

A grammatikai szabályokat használó 
definíciók sem alkalmasak az előttünk 
álló feladat alapos vizsgálatára. Ezért 
mi az információelméletből kölcsön- 
zünk egy, a céljainknak jobban megfe- 
lelő definíciót, bár ez az első pillantásra 
a valóságtól kissé elrugaszkodottnak 
látszik. 


Tekintünk egy véges jelkészletet, 


amit ábécének, és aminek elemeit be- 
tűknek nevezünk. Írásnak nevezzük 
ezen betűk egy tetszőleges véletlen 
sorozatát, amely bizonyos — általunk 
nem teljesen ismert — sztochasztikus 
törvényeknek felel meg. Ez a definíció 
a beszéd fonetikus megjelenítését 
absztrahálja. Lehetővé teszi — leg- 
alábbis elméleti szinten —, hogy vár- 
ható értékekről beszéljünk. Ereje abban 
rejlik, hogy ezek az elméleti várható 
értékek a gyakorlatban nagy pontosság- 
gal megbecsülhetők. E definíció mellett 
a , bővelkedés" mérését felcserélhetjük 
a tömöríthetőség mérésével. Megkér- 
dezhetjük, hogy egy adott hosszúságú 
írás minimálisan hány bittel kódolható 
úgy, hogy a kódolt bitsorozatból az 
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eredeti — betűsorozat egyértelműen 
visszaállítható legyen, miközben a kó- 
dot még a konkrét írás (, individuális 
betűsorozat") ismerete előtt kell meg- 
adni. Mindezt a kérdést globálisan kell 
felvetni, egy kódnak , átlagosan" kell 
jónak lennie. 


Információelméleti 
alapokon 

E kérdés már megválaszolható az 
információelmélet egyik legfontosabb 
fogalma, az entrópia segítségével. A 
zajtalan kódolás alaptétele éppen ennek 
egy számunkra hasznos tulajdonságát 
állapítja meg: a leggazdaságosabb 
egyértelműen dekódolható kódok átla- 
gos szóhossza lényegében azonos a 
forrás entrópiájával. Az információel- 
mélet megalapításánál Shannont a II. 
világháború alatt kriptográfiai, szöveg- 
titkosítási — vizsgálatok motiválták. 
IShannon, C. E.: A Mathematical The- 
ory of Communication, Bell System 
Techn. Journal, 27(1948), 379—424, 
623—-657.] Az egyetlen elméletileg is 
megfejthetetlen titkosíráshoz ugyanak- 
kora véletlen kulcsra van szükség, 
amekkora szöveget titkosítani akarunk. 
Ha tehát sikerül egy továbbítandó szö- 
veget feleannyi, harmadannyi jellel át- 
írni, akkor a szükséges véletlen jelek 
száma is ennek megfelelően kevesebb 
lesz. Természetes volt tehát a kérdés, 
hogy mennyire lehet tömöríteni egy 
szöveget. 

Az, hogy jelentős métékű tömörítés 
lehetséges, már régről ismert volt a 
kriptográfia gyakorlatából. Morse ügy- 
védje például a kereskedők titkos szó- 
tára címmel publikált egy típusszöveg- 
gyűjteményt (, utasítom, hogy vegyen 
számomra a Name részvényekből x 
darabot"). Az ebben szereplő mondat- 
töredékekhez rövid, 2-4 betűs kódokat 
rendelt hozzá, amivel nagymértékű tö- 
mörítést, és ezáltal jelentős táviratkölt- 


ség-megtakarítást ért el. Ehhez magyar 
példaként megemlíthető az Osztrák— 
Magyar Monarchiában használt három- 
jegyű rejtjelkulcs. 

Az információelmélet arra keres vá- 
laszt, hogy hány bittel írható le egy 
szöveg tartalmi változtatások nélkül, 
míg a redundancia azt méri, hogy hány 
bitet takaríthatunk meg. Meg kell tehát 
mondanunk, mihez képest takaríthatjuk 
meg ezeket. Ezt azon bitek számával 
mérhetjük, ahány bittel az ábécé vala- 
mennyi betűjét le tudjuk írni. Ehhez 
viszont az ábécé nagyságát kell meg- 
határoznunk. Angol ábécé esetén 2-szer 
26 kis- és nagybetű van -- 10 számjegy, 
és ehhez jönnek még a szokásos írás- 
jelek, a pont, vessző, szóköz stb., szá- 
mítsunk ezekre 14 lehetőséget. Ez 76 
,, betűs" ábécét jelent, ami 52 darab 6 
bites és 24 darab 7 bites kóddal jelenít- 
hető meg, és átlagosan 6,316 bitet je- 
lent. Ehhez képest azonnali megtakarí- 
tást jelent a szövegtitkosításban kiala- 
kult évszázados gyakorlat. 

A rejtjelezés során nem tesznek kü- 
lönbséget a kis- és nagybetűk között, 

" "elhagyják az írásjeleket, a számokat 
betűkkel írják ki. Tehát angol nyelv 
esetén marad a 26 betű és a szóköz, 
amihez 5 darab 4 bites és 22 darab 5 
bites kódszó kell, átlagosan 4,815 bit. 
Ez az egyszerű átírás máris kb. 25 90-os 
redundanciáról tanúskodik. 


Nyelvünk esetében 


Természetesen merült fel az igény, 
hogy az entrópiavizsgálatokat a magyar 
nyelvre is el kell végezni. Első lépés- 
ként számítógépes feldolgozással, 
nyelvstatisztikai táblázatok segítségé- 
vel kerestünk felső becslést az írott 
magyar szövegek entrópiájára. Ezeket 
az eredményeket Szilléry Andrással kö- 
zös dolgozat tartalmazza. [Alkalmazott 
Matematikai Lapok, 5(1979), 69—87.)] 

A vizsgálat idején elérhető számítás- 
technikai szintnek megfelelően a betű- 
és betűpár-gyakorisági táblázatok ké- 
szítésével a következő entrópiabecslé- 
sek adódtak: 

Nulladrendű entrópia: H(0) — log 31 
- 4.95. Csak betűgyakoriságok alapján 
az elsőrendű entrópia H(1) -— 4.40. 
Betűpár-gyakoriságok alapján a másod- 
rendű entrópia H(2) -— 3,70. 
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Régi tapasztalat, hogy a magánhang- 
zók és az írásjegyek elhagyásával adódó 
redukált szöveg nagy biztonsággal re- 
konstruálható. Heurisztikusan ez azt 
jelenti, hogy a valódi szöveg entrópiája 
közel van a mássalhangzókra redukált 
szöveg entrópiájához. Ezért indokolt a 
lényegesen kisebb ábécéjű mássalhang- 
zós szövegek statisztikai vizsgálata. Ez 
a redukció lehetővé tette, hogy betűhár- 
mas-statisztikát is készítsünk. Ilyen re- 


becslés az alábbit eredményezte: 
H(3) - H(redukált szöveg trigyrammjai) - 2,23 


Tekintettel arra, hogy a mássalhang- 
zók 0,513 relatív gyakorisággal fordul- 
tak elő az eredeti szövegben, a harmad- 
rendű entrópiára nyert becslés alapján 
heurisztikusan adódó entrópiabecslés: 


H(3) - H(magyar újságszövegből) - 1,65 


Pusztán statisztikai úton nem várható 
elfogadhatóan jó becslés az írott szöve- 
információelmélet bölcsőjénél szubjek- 
tív becslési eljárást javasolt. (Shannon, 
C.: Prediction and entropy of printed 
English, Bell System Technical J. 
30(1954), 50-64.] 


Shannon és a 
, Szerencsekerék" 

A Shannon s Guessing Game néven 
elterjedt módszer lényege a következő: 

Egy játékvezető felolvas egy vélet- 
lenszerűen választott szövegből n szá- 
mú egymás utáni betűt. A kísérleti 
személy (játékos) a soron következő 
betűre rákérdezéssel tippel, mindaddig, 
amíg ki nem találja ezt a betűt. Vele 
szemben az az elvárás, hogy legjobb 
tudása szerint igyekezzen a lehető leg- 
kevesebb kérdéssel célhoz érni. Ez az 
elvárás azt jelenti, hogy a megelőző rész 
ismeretében a soron következő betűre 
mindig annak feltételes valószínűségei 
szerint, azok csökkenő sorrendjében 
kérdezzen rá. 

A játékvezető feljegyzi, hogy az 
egyes betűket hányadik kérdésre sike- 
rült kitalálni. A kérdésszámok gyakori- 
sági eloszlásának entrópiája adja a 
nyelv entrópiájának Shannon-féle szub- 
jektív becslését. Shannon becslésének 
magyar nyelvre történő végrehajtása 
során a nyert becslések 1,15 és 2.8 
között változtak. 


A Cover—King-módszer 

Shannon szubjektív entrópiabecslési 
módszere a soron következő betűk gya- 
korisági sorrendjének megtippelését 
várta el a kísérleti személyektől. Ezt 
továbbfejlesztve Cover és King 1978- 


ban javasolt egy új módszert. (Cover, 
T.M., King, R.C.: A Convergent Gam- 
bling Estimate of the Entropy of Eng- 
lish, IEEE Trans. on Info. Theory, 
1978.] 

Gambling-technikának nevezett 
módszerük Shannonéhoz hasonlóan a 
nyelvet jól ismerő kísérleti személyek 
(fogadók) nyelvismeretét használja ki. 
Induláskor a fogadó egy adott tőkével 
rendelkezik. Mint a Shannon-játékban, 
itt is a szöveg valamely részének isme- 
retében kell tippelnie a következő be- 
tűre. Tippelése most azt jelenti, hogy 
valamilyen megoszlásban a teljes tőké- 
jét fel kell tennie az ábécé betűire. 
Megadja, hogy aktuális tőkéjének há- 
nyadrészét teszi fel az egyes betűkre. 
Nyereménye a realizált betűre tett tét- 
jének és az ábécé méretének a szorzata. 

A fogadót arra kérik: úgy játsszon, 
hogy szétosztási arányai egyezzenek 
meg a feltételes valószínűségekkel. Ek- 
kor tőkéjének , átlagos" növekedése az 
entrópia konzisztens becslését adja. Ha 
a szétosztási arányok eltérnek a felté- 
teles valószínűségektől, akkor az adódó 
becslés felső korlátot határoz meg. 

A módszer írott magyar nyelvű szö- 
vegekre történő alkalmazását Szászné 
Simon Judittal közösen végeztük. [Ma- 
gyar Nyelv, LXXXV(1989) No.4, 
427—438.] Az entrópiabecslések 1,13 
és 1,49 között váltakoztak. 


Entrópiabecslés 
csonkított szövegekkel 

A Shannon-féle , Guessing game" és 
a Cover-King-féle , Gambling" techni- 
ka alkalmazása rendkívül időigényes, 
ezért csak viszonylag rövid szövegré- 
szeket lehet megvizsgálni, ami nem 
eredményez kellően meggyőző követ- 
keztetéseket. További hátránya, hogy 
kisszámú kísérleti személyre korlátozó- 


dik. Ezért szükségesnek láttam egy 
olyan módszer kidolgozását, amely 
akár tömegméretekben is elvégezhető, 
és egy megbízható, elfogadhatóan kö- 
zeli felső korlát megállapítását teszi 
lehetővé. [Entropy estimation via re- 
construction of mutilated texts, Publi- 
cations de Collogue International du 
CNRS)], Cachan, (France) 1977, 389— 
397. 

Módszerem lényege a következő: 

Tekintsünk egy írott szöveget és egy 
csonkítási szabályt. A szabálynak meg- 
felelően betűket hagyunk ki a szöveg- 
ből. Például kihagyhatunk minden má- 
sodik betűt, vagy minden betűről 1/2 
valószínűséggel kisorsoljuk, hogy ki- 
hagyjuk-e. Ez utóbbi esetben kihagy- 
hatjuk a kisorsolt betűket nyomtalanul, 
de meg is jelölhetjük, hogy honnan 
hagytuk ki őket. Ha a megtartott betűk- 
ből álló sorozat (megcsonkított sorozat) 
alapján sikerül rekonstruálni az eredeti 
szövegeket, akkor az eredeti szöveg 
entrópiája megegyezik a megcsonkított 
szöveg entrópiájával, és a csonkított 
szöveg entrópiáját statisztikai úton fe- 
lülről becsülhetjük. 

A magyar nyelvre vonatkozó konkrét 
kísérleteket nyolcféle csonkítási sza- 
bály alapján végeztük el. A szövegek 
rekonstruálására 15 gimnáziumi tanulót 
és 15 felnőttet kértünk fel. A teljesít- 
ményekről részletesen a Magyar Nyelv 
1989. 4. számában számoltunk be, ahol 
a felhasznált hiányos szövegeket is 
megadtuk. 

A , legjobb" csonkításnál a szövege- 
ket alternálva 4 és 5 betűs csoportokba 
osztottuk, és minden csoportból sorso- 
lással elhagytunk két betűt. Ez a szabály 
a magyar nyelv entrópiájára 1,61 felső 
becslést eredményezett. 

Nemetz Tibor 
nemetzOmath/inst.hu 











ES 


ű 








ÚJ ALAPLAP  1998/8 13 


A HÓNAP TÉMÁJA 





Amikor a több kevesebb, és fordítva... 


Biztonsági tartalék 


A cím megfogalmazásából önmagában még nem derül ki, 

hogy minek a biztonságáról is van szó. Ha egy atomerőmű 
műszerezéséről szóló szakkönyvben olvassuk ezt a fejezetcímet, 
magától értetődő, hogy többletműszerek beépítésével lehet fokozni 
az üzemeltetés biztonságát. Persze a több műszer egyben több 
hibaforrást is jelent: a műszer hibája az egész rendszer biztonságát 
csökkenti. Ezért azután 3 független mérőláncot építenek be, 

és megelégszenek 2 azonos értelmű jel beérkezésével 

(, 2 a 3-ból elv"). Ha folyamatszabályzó számítógépről beszélünk, 
mindent megduplázunk (CPU, memória stb.), remélve, 

hogy a gép hibája csak a felét érinti, az üzemben maradó másik 
fele pedig fenn tudja tartani a rendszert. De mi van akkor, 

ha csak a , számító" számítógépre vonatkozik a cím? 


Ha a számítógépet mint gépet tekint- 
jük, az üzemeltetés biztonsága érdeké- 
ben szükség van redundanciára. Ennek 
eszköze például a paritásbit vagy a 
Hamming-kód (lásd: Új Alaplap lemez- 
melléklete, 1996/4). Más a helyzet vi- 
szont akkor, ha az információfeldolgo- 
zás biztonságát elemezzük. 

Vegyük először szemügyre a feldol- 
gozást, pontosabban annak programját. 
Ha a program jól van megtervezve, 
megírva, akkor minden végrehajtandó 
lépés csak egyszer szerepel benne. En- 
nek a követelménynek egyszerű a ma- 
gyarázata: csak így lehet a programot 
biztonságosan karbantartani. (Murphy 
elvei szerint az azonos feladatot ellátó 
két programrész közül módosítás esetén 
az egyik biztosan elsikkad.) Ez azt 
jelenti, hogy a program redundanciája 
csökkenti a biztonságot. 

Éppen ellenkező a helyzet magával 
az információval, vagyis az adatokkal, 
pontosabban szólva a programnak át- 
adandó adatokkal. A kezelési (például 
billentyűzési) hibákat kizárni nem le- 
het, ezért az adatbevitel megtervezésé- 
nél gondoskodni kell arról, hogy olyan 
részadatot is be kelljen vinni, ami a 
többiből kiszámolható. A legegysze- 
rűbb megoldás a beadandó összes adat 
összegének mint redundáns adatnak a 
beadása. Ezt a program is kiszámolja, 
majd a kettőt összeveti: szimpla adat- 
beadási hiba esetén az összeg nem jön 
ki. Többszörös hiba esetén mégis elő- 
fordulhat, hogy , jó" lesz az ellenőrző 
összeg, tehát ez a módszer inkább csak 
kevés adat esetén megfelelő. Ugyanak- 
kor fennáll az a veszély, hogy az adat- 
bevitelt végző személy a program hi- 


14 ÚJ ALAPLAP. 1998/8 


bajelzésére válaszként fejben számolva 
, korrigálja" a hibásan kitöltött adatla- 
pot, és ezzel megöli a teljes feldolgo- 
zást. 

Hasok vagy rendkívül fontos az adat, 
akkor bonyolultabb védelmi eljárást 
kell alkalmazni. Ilyen lehet az ellenőrző 
számjegy képzése. A részletek mellő- 
zésével hasonlítsuk össze a9-esés 11-es 
osztási maradék ellenőrző jegyként va- 
ló bevitelét. A 9-es mellett szól, hogy 


A tudományos számításokat végző, 
igen nagy programok inputja terjedel- 
mes és bonyolult lehet. Ilyen esetben 
megéri külön programot írni, amelynek 
a feladata csupán a teljes adatsor beol- 
vasása és elemzése (hihetőségvizsgá- 
lat). Megéri, hiszen éppen a főprogram 
bonyolultsága miatt a felhasználó nem 
tudja átlátni a feldolgozás teljes folya- 
matát, azaz nem tudja a végeredmény 
alapján eldönteni, hogy helyes volt-e az 
input. A bevezetésben már céloztunk az 
atomerőművek biztonságára. A bizton- 
ságos adatmegadás érdekében az egyik 
ilyen adatelemző program fel is rajzolja 
azt a geometriát, amelyet a felhasználó 
adatai alapján a (Monte-Carlo) főprog- 
ram felépít magának. (Az adatok a 
határfelületek egyenletei.) Nehéz be- 
skatulyázni ezt a megoldást: mi redun- 
dáns benne? Talán az, hogy a grafikus 
output az egyenletekhez képest nem ad 
új információt. Ez viszont a hibakere- 
sést hihetetlen mértékben megkönnyíti. 

Végül még egy kis grafika. E-mail 
üzeneteinkben igen tömören tudathat- 


fejben kiszámolható. Nem véd viszont . . juk az olvasóval érzéseinket: 


a tipikus gépelési hiba, a számjegycsere 
ellen. Ezzel szemben a 11-esnél ilyen 
gond nincs, de hiányzik a ,,10-es szám- 
jegy", amely létező maradékérték. Az 
ISBN esetében ilyenkor látható egy , X" 
az utolsó pozíción — sajnos ez a ka- 
rakter nincs rajta a numerikus billen- 
tyűzeteken. (Gondoljunk egy bankkár- 
tyaolvasó terminálra!) A megoldás a 
, foghíjas" számsor lehet, ami persze a 
feldolgozás más fázisaiban gondot 
okozhat. 


el Jó kedvem van 
:-( Rossz kedvem van 
:-() Csodálkozom 


Persze itt a redundancia hiánya 
visszaüthet, mert ha ezekből egyetlen 
jel is elkallódik, rögtön megváltozhat 
az üzenet tartalma, vagy a jelcsoport 
értelmetlenné válhat. 

Szondi Egon János 
szondiOreak.bme.hu 
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Nagy ár egy kis spórolásért 


Két , redundáns" számjegy 


A , dátumkatasztrófának" becézett 2000. évi , átállítási roham" 
eredete nem éppen hízelgő a számítástechnikusokra nézve. 

Az valahogy még érthető, hogy amikor az első operációs 
rendszerek és alkalmazások megszülettek, nagyon kellett 
takarékoskodni a memóriakapacitással, és kézenfekvőnek tűnt, 
hogy az évszám első két számjegyét meg lehet spórolni. 

De az már elég furcsa, hogy utána az egész szakma évtizedeken 
keresztül vagy nem vette komolyan, hogy a 2000. évet ezek a 
rendszerek nem képesek kezelni, vagy kényelmességből 
egyszerűen besöpörte a szőnyeg alá a problémát, és nem volt 
hajlandó menet közben, folyamatosan négyjegyűvé áthangolni 
a rendszereket szinte a felhasználók tudtán kívül. Most viszont 
azok, akiket a változtatás közvetlenül érint, együttvéve 

szerény becslések szerint is legalább 600 milliárd dollárt 
fognak leszurkolni, hogy , beléphessenek" a 2000. évbe. 


Az ezredforduló közeledtével egyre ; 


több cég kezdett átfogó programba, 
hogy szoftvertermékeit felülvizsgálja, 
és szükség szerint kijavítsa. Leginkább 
a nagy rendszerek gazdáinak kellett 
idejében lépniük, hogy , ne késsék le a 
vonatot", A feladat mibenlétével, a 
megoldás módozataival és a Digital 
Eguipment stratégiájával éppen 1 évvel 
ezelőtti számunkban foglalkoztunk. 
(Molnár Máté: A dátumkatasztrófa el- 
hárítása, Új Alaplap, 1997. augusztus.) 

Ilyen átfogó koncepció a hálózati 
világban a Novell cég Project 2000 
programja is. Ez 1996-ban indult, első- 
sorban az akkor forgalmazott NetWare 
operációs rendszernek és segédprog- 
ramjainak átvizsgálására, tesztelésére 
és minősítésére. A tesztelések során a 
kezdődátumot 1980. január 1-jében ha- 
tározták meg, mivel a legtöbb IBM, 
illetve IBM-kompatibilis PC esetében 
ez a bázisidőpont. A tesztelés során 
azonban nemcsak a jelen helyzetet mér- 
ték fel, hanem a módosítás és a tovább- 
fejlesztés irányát is megadták. A prob- 
léma ugyanis nem 2000-be átlépve je- 
lentkezik először, hanem már most is 
egyre gyakrabban kell a jövő évezred 
dátumaival számolni. Az átjárónak rá- 
adásul kétirányúnak kell lennie, mert a 
mostani adatok visszamenőleges eléré- 
sére 2000 után is sokáig szükség lesz. 

A Project 2000 tíz alapkritériumot 
fektetett le, amelyek alapján a vizsgált 
szoftverek minősíthetők. Így a ,,2000- 
biztos" Novell programoknak jelenleg 
is meg kell felelniük a következő szem- 
pontoknak: 


1. Hibátlanul kell kezelniük a dátu- 
mokat egészen 2035-ig, és nemcsak az 
adott programon belül, hanem bármely 
más csatlakozó program számára kor- 
rekt módon jelölve azokat. 

2. Magát a 2000. évet hibátlanul kell 
kezelni, amely azért is különleges, mert 
szökőév. (Ha egy évszám 4-gyel oszt- 
ható, akkor szökőév. Ha 4-gyel és 100- 
zal is osztható, akkor nem szökőév, de 
ha 4-gyel, 100-zal és 400-zal egyaránt 
osztható, akkor megint csak szökőév! 
És ezt a programoknak kezelniük kell.) 

3. Mivel az ezredfordulót követően 
is szükség lesz a korábbi időpontok 
használatára, a programoknak 1980 és 


2035 között értelmezniük kell minden 
dátumot, a hét napjainak jelölésével 
együtt. 

4. Szükség van a naptári időtartamok 
kezelésére, azaz a programnak bármely 
két időpont közötti időtartamot ponto- 
san vissza kell adnia 1980. január 1. és 
2034. december 31. között. Ennek el- 
lenőrzésére felhasználhatóak többek 
között az alábbi kritikus napok: 

1999. december 31. péntek 

2000. január 1. szombat 

2000. február 28. hétfő 

2000. február 29. kedd 

2000. március 1. szerda 

2034. december 31. vasárnap 

2035. január 1. hétfő 

A két szélső időpont, 1980. január 1. 
és 2035. január 1. között az időtartam 
pedig 20 089 nap. 

5. A programoknak, alkalmazások- 
nak a fenti időintervallumba tartozó 
dátumokkal nemcsak pontosan kell szá- 
molniuk, hanem a sorrendbe rendezést 
is jól kell kezelniük. 

6. A kivételes eseteket és hibás idő- 
pontokat is jól kell értelmezni. Például 
a , no date" (nincs dátum) vagy , never" 
(soha) típusú adatokat is. 

7. Ha a dátum és az időpont binárisan 
tárolódik, fokozott tesztelést igényel az, 
hogy a dátum ne vehessen fel negatív 
vagy nulla értéket. Ehhez a bármely 
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Businesses hoping for a millennium marketing boom (Business Today) 
As the year 2000 approaches, American business is eagerly laying down stakes for products and 
services that it hopes will be either best-sellers or snapped up as millennium keepsakes. új 


New ventures arise to alert the general public to the Millennium Bug (reguires free 

















Millennium bug threatens to wipe out pension records (The Independent) 
Alltrace of pension contributions could be wiped out ín businesses falling tocope with the [- 
millennium bug a senior Government adviser warned yesterday. HÍ 


." Reports of Millennium Bug Bytes are on the rise (New York Post) 


"" Embedded systems: Analyst"s take (PC Week, Issue date July 6) a 
Finding and fixing the date and time stamped into embedded systems is like finding a needle in a 
Ű  haystack, according to Martha Daniel, president and CEO of Information Management Resources 


The Options Clearing Corp.: Embedded system land mines (PC Week, Issue date July 6) a 


Having invested more than a decade of time in remediation efforts to counteract the millennium 
bug Len Neuzilis one of the few IT executives who should feel confident that all systems are go 


Navigating the network (PC Week, Issue date July 6) 4 
"While most IT executives fixate on the year 2000 problem at hand--system software--they may 

fail to recognize the negative effect that PCs and network devices may have on the enterprise 

Mi when the clock strikes midnight, Jan. 1, 2000. . 
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This page Contains HolmesFx, the Public Domain 
Fix for the PC Year 2000 Anomaly. 


s Legal Stuff— Since HOLMESFX.COM is in the public 


domain, you are free to distribute it. I ask that you not 
change the name. The usual disclaimers apply, 
essentially that there is no warranty of any kind that the 
program does anything, and even if it does, the user 
assumes all risk for its application. If your locality does 
not allow these warranty conditions, you are not granted 
permission to use HolmesFx.com. 


In return for the free program, please tell me your name, 
where you will use the program, and where you live. 
s Click here to tell me you visited (mention HolmesFx). 


If you need assistance with autornation in Alabama contact 
Earl Bice at SenCom Corp, 6004-A East Shirley Lane, Montgomery, 
AL, Phone: 334.277.1972 (Mention HolmesFx.) 


[Holmes Fix) [About HolmesFx) (Who Needs It?) ( 


időpont és időtartam tárolására alkal- 
mas változóméretet kell lehetővé tenni. 

8. Bármely bemeneti fájlformátum 
esetén biztosítani kell a megfelelő dá- 
tumkezelést. 

9. Amennyiben a bemeneti fájl kon- 
vertálásra kerül, az új formátumot elő- 
állító programnak kezelnie kell a régeb- 
bi dátummegadási konvenciókat is. A 
dokumentációban a fogadott és a ki- 
adott formátumokat egyaránt le kell 
írni. 

10. Az áttérés érdekében a fentiek 
alapján megváltoztatandó összes háló- 
zati elrendezést és protokollt részlete- 
sen dokumentálni kell. Ugyanakkor az 
új rendszernek kliens- és szerveroldalon 
egyaránt kompatibilisnak kell lennie a 
korábbi rendszerrel, mindkét irányban 
kezelve a régi és új dátum- és időpont- 
jelzéseket. 

A Novell a hálózatos operációs rend- 
szerek és segédprogramok széles vá- 
lasztékát forgalmazza, így a Project 
2000 elindítása is jelzi, hogy a 2000. 
évre való átálláshoz lényeges kérdésnek 
tekintik a sokszor egymás mellett, több 
verzióban használt szoftverek megfele- 
lőségének tesztelését. Az új verziókat 
és programokat természetesem már ere- 
detileg is 2000-re felkészítve fejlesztet- 
ték. 

A Novell operációs rendszerei közül 
a nemrég béta-tesztelésre bejelentett 
NetWare 5.0 mellett a korábbi verziók 
közül a NetWare 3.2 is alkalmassá vált 
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az átlépésre a 2000. évbe. Ugyanakkor 
több más programnál adódott néhány 
probléma, melyek javítókészletekkel 
megoldhatók voltak. Ezek között egy- 
aránt megtalálhatók egyes operációs 
rendszerek korábbi verziói, illetve más 


hálózatos programok. Ehhez az Inter- 
netről update-készletek tölthetők le 
(http://www.novell.com/p2000/patches 
.html) a NetWare 3.12-es operációs 
rendszerhez éppúgy, mint a kliens vagy 
kommunikációs és biztonsági progra- 
mokhoz. (Novell Clients, Novell Admi- 
nistrator for Windows NT v2.0c, Net- 
Ware ConnectView v2.0, BorderMan- 
ager v2.1, ManageWise v2.5, Lan 
WorkGroup v5.0, Lan WorkPlace v5.0, 
Hostprint v1.11.) 

Szintén hozzáférhető az update-kész- 
let az intraNetware-hez is (NetWare 
4.11 Support Pack 5), amellyel a többi 
program irányába biztosítható a ,,2000- 
biztos" kijárat a helyi hálózatokon. 
Nemcsak a már említett 5.0-s NetWare 
alkalmas az évezredforduló korrekt ke- 
zelésére, hanem a napjainkban kapható 
újabb programok is. Ha pedig valaki 
bizonytalan, hogy az általa használt 
program milyen helyzetben van, a No- 
vell honlapján rendszeresen frissített 
listát találhat az egyes termékekről 
(http://www.novell.com/p2000/product 
.html]), illetve a Novelltől letölthető egy 
sorozatszám-azonosító — segédlet, a 
SNIP (Serial Number Identification 
Program), amellyel pontosan azonosí- 
tani tudja a gépen futó NetWare-t. A 
sorozatszám birtokában a fejlesztőtől 
tudunk adatokat szerezni programunk 
időtállóságáról. 

Simay Endre István 


tp:Z/www.nstl.comZhtmli/ymark 2000.htmi 
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NSTL is pleased to make the 

] YMark2000 utility available 
free of charge on our web 
site. However, due to the 

KS extreme popularíty of the tool 

and the nature of our 
business, we are not able to 
provide custom support to 
end-users. If you have 
guestions about vMark2000 
please refer to our FAO 
document. We hope you find 
the tool useful. 
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Pixelgrafikus képformátumok 


Pont hátán pont 


Ugyanazt a képet más formátumúakra konvertálva 

azt tapasztalhatjuk, hogy a forrásfájl és a célfájl méretében 
nemcsak árnyalatnyi, hanem nagyságrendnyi eltérések is 
előfordulnak. Vajon szükségszerű ez a redundancia? 

És egyáltalán arról van-e szó, vagy valami másról? 


és annak következményeivel már többször foglalkoztunk, 
érdemes azonban megismerkedni a pixeles képekben 


meglévő sokféleség hátterével is. 


Az információfeldolgozásnak szer- 
ves része a grafikus információk befo- 
gadása és feldolgozása. Minél részlet- 
gazdagabb maga a forrás, annál több 
információ észleléséről, átviteléről és 
megőrzéséről kell gondoskodni. Az 
élőlények látása ezt a funkciót igen 
differenciáltan és jól oldja meg. 

Az élő természet látási mechanizmu- 
saiból véve a mintát, a mesterséges 
információs rendszerek, különösen pe- 
dig a számítógépes grafika fejlődésének 
egyik iránya is a minél több képpontból 
(információegységből) felépített, a ter- 
mészetes képi világot színben, formá- 
ban egyre jobban megközelítő képek 
előállítása, tárolása volt. S éppen ez 
jelenti az egyik szűk keresztmetszetet. 

A pixelalapú képtárolás során a fájl- 
ban minden egyes képponthoz hozzá- 
rendelünk egy tárolási egységet. Álta- 
lában tehát a fájlméret a tárolt képpon- 
tok számától, a kép méretétől és felbon- 
tásától függ. Vagy mégsem? 


Hardverfüggő képtárolás 


A legegyszerűbb megoldás a moni- 
toron közvetlenül megjelenő kép táro- 
lása. A PC-s világban a képmegjelení- 
tését végző videokártya képtároló me- 
chanizmusába megfelelő programokkal 
beavatkozhatunk, a videokártya memó- 
riájából a képinformációk közvetlenül 
kiolvashatók és elmenthetők. Ezen ala- 
pul például a DOS-os Borland Turbo 
Pascal Getlmage( ) eljárása, amely a 
kép dimenzióit és a képpontokhoz tar- 
tozó palettaindexeket tartalmazza. Bár 
az említett eljárást eredetileg a memó- 
riába való képelmentésre találták ki, a 
kimentett memóriatartalom fájlba is ír- 
ható. 

Nagyobb probléma, hogy ez a fajta 
képtárolás hardverfüggő, mert csak a 
palettaindexeket tárolja, magát a palet- 


tát nem. A Turbo Pascal és a Turbo C 
esetében, amíg át nem kódoljuk azokat, 
maga a fejlesztőprogram standard pa- 
lettaszíneket definiál. Jobb lesz a kép- 
tárolás, ha függetlenné tesszük az ak- 
tuális hardvertől és a fejlesztőeszköztől, 
mégpedig a palettának a képinformáci- 
ók melletti tárolásával. 

Erre többféle megoldás is született a 
különböző programok fejlesztésekor. 
Az egyik a színadatoknak a képpontok 
adataiban való tárolása (ilyenek például 
a .PIX fájlok). Ezek képpontonkként 3 
bájtnyi adatban közvetlenül a vörös, a 
zöld és a kék színösszetevők (RGB) 
értékét tartalmazzák. Mivel pedig ezt a 
formátumot általában kötött méretű, 
512x512 vagy 1024x1024 pixeles ké- 
peknél alkalmazták, az aktuális képmé- 
ret a fájl méretéből meghatározható. 


Kötött fájlszerkezet 

A másik megoldás az, hogy a kép- 
fájlban kötött formátumú rekordot tá- 
rolunk, melyben a képfelbontás, a szín- 
használat, a képméret egyaránt megta- 
lálható, a képmegjelenítéshez szüksé- 
ges palettával egyetemben. Ennek 
egyik megvalósítása a Windows-zal el- 
terjedt, bár eredetileg nem ahhoz kita- 
lált DIB (Device Independent Bitmap) 
formátum, amely egy fejrekordban tá- 
rolja a bitmap azonosítóját, a kép ada- 
tait, és ezt a 16 és a 256 színű képek 
esetében követik a paletta RGB-értékei. 
(A Windows-ban használt .BMP-nél 
színenként 4 bájtnyi területen.) 

A képpontokat az említett színfel- 
bontásoknál palettaindexek írják le. Ha 
viszont több színt használunk (például 
16 milliót), akkor a fájl már nem tar- 
talmaz palettát, viszont képpontonként 
igényli a 4 bájtnyi tárolási kapacitást, 
1-1 bájton tárolva az RGB-értékeket, 
4. bájton pedig a helykitöltő 0 értéket. 


Mivel ez nem valami helytakarékos 
képtárolási megoldás, lényeges, hogy 
mindig csak annyi szín használatával 
mentsük el képeinket, amennyi még 
feltétlenül szükséges. (A BMP-fájlok 
méretének mesterséges hizlalásáról az 
Uj Alaplap 1997. decemberi számában 
már olvashattak.) 

Kötött fájlszerkezetű palettatárolás 
valósul meg számos más képformátum 
esetében is: ilyen a Deluxe Paint festő- 
programban bevezetett .LBM formá- 
tum és a szintén elterjedt ZSoft Paint- 
brush .PCX formátuma. Az utóbbi el- 
terjedését nagyban elősegítette, hogy a 
megjelenésekor használatos eszközö- 
kön a 4-256 színű képeket tömörített 
formában tudta tárolni. 

Szintén a .PCX fájlok jellegzetessé- 
ge, hogy a képek RGB adatait nem 
külön képpontokként, hanem színsí- 
konként tárolja. Ezzel a két megoldás- 
sal, a színsíkonkénti külön tárolással és 
a futásidejű RLE (Run Length Enco- 
ded) tömörítéssel gazdaságosan tudja 
tárolni a képeket. 256-nál több színt 
használva ez a formátum sem tárol 
palettát. A paletta tárolása azonban ke- 
vesebb színt használva is rendhagyó, 
mert a 16 szinű képek palettáját a fájl 
elején található 128 bájt hosszú fejre- 
kord tartalmazza (a képre és a fájlra 
vonatkozó egyéb adatokkal együtt), a 
256 színű palettát azonban a fájl végén 
találjuk, az utolsó 256x3 bájton (RGB). 


Belső tömörítés 


Időközben több más képformátumot 
is kidolgoztak a képpontok adatainak 
tömörített tárolására. Ezek egyike a 
.PCX-hez hasonlóan veszteségmentes 
tömörítést alkalmazó .GIF formátum. A 
GIF-fájlokban a képpontok adatait a 
tömörítőprogramok — algoritmusaihoz 
hasonló eljárással sűrítve tárolják. A 
képfájl mérete ilyenkor nem annyira a 
fizikai képmérettől függ, hanem inkább 
a kép szerkezetétől: minél több a re- 
dundáns (azaz homogén, ismétlődő) 
szakasz a kép bittérképében, minél több 
és nagyobb azonos színű folt van a 
képben, annál nagyobb arányban tömö- 
ríthető a kép. Mivel a .GIF formátumá- 
nak bővítésével megvalósítható volt 
egyfajta képanimáció is, használatuk 
okkal vált általánossá a rövid letöltési 
időt, azaz tömör képeket igénylő inter- 
netes weblapokon. Hátránya viszont (a 
copyright-problémán túl) az is, hogy 
jelenlegi formájában maximálisan 256 
színt tartalmazó képek tárolására hasz- 
nálható. 

Szintén tömörítve tárolja a képeket 
a JPEG-formátum (.JPG), de vesztesé- 
ges tömörítési algoritmussal dolgozik. 
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A HÓNAP TÉMÁJA 





Tömörítéskor a bittérképet egységes 
adatfolyamként kezeli, ezért felhasznál- 
hatósága gyakorlatilag független az al- 
kalmazott színek számától. Nagy mé- 
retű és sok színt tartalmazó képek tá- 
rolására is jól használható. Hátránya az 
említett veszteséges tömörítés (ami a 
képi információk egy részének elvesz- 
tését jelentheti) és az, hogy a formá- 
tumleírás nem teszi lehetővé a GIF-hez 
hasonló animált képek készítését. 

Ez utóbbi, valamint az igazán haté- 
kony  konvertálóprogramok hiánya 
okozza, hogy az eredetileg a GIF levál- 
tására szánt PNG (Portable Network 
Graphics) nem igazán tudott elterjedni. 

A felhasználói programokban emel- 
lett számos különböző, akár egyedi 
formátumokat is használhatunk. Annál 
is inkább, mert a tömörítő algoritmusok 
egy részének forráskódja is publikus. 
Ezekkel különböző tömörítési eljáráso- 
kat magunk is kipróbálhatunk. 

Képeink belső redundanciájáról ta- 
pasztalati úton olyan egyszerű mód- 
szerrel szerezhetünk információkat, 
hogy képeinket különböző tömörítő- 
programokkal tömörítjük vagy eleve 
belső tömörítést alkalmazó formátu- 
mokba konvertáljuk. Ilyenkor általában 
ugyanaz tapasztalható, amit a GIF-fel 
kapcsolatban már említettünk: amelyik- 
ben sok egyszínű felületből álló rész 
van, az jobban sűríthető. Jelentős hely- 
megtakarítást érhetünk el például, ha 
BMP formátumú képeinket PCX, GIF 
vagy JPG formátumban mentjük el. Az 
pedig, hogy azonos formátum (BMP) 
esetében a színekkel való takarékosság 
mennyire eredményes, kipróbálható 
akár a Windows Paintbrush programjá- 
val is. 

Simay Endre István 





BmpPress képtömörítő 





A CD-mellékleten lévő BMPPR16 és 
BMPPR32 program 16, illetve 32 bites 
Windows-környezetre készült, forrás- 
kódja az ugyancsak közreadott 
UniBmp.Pas. A program által ismert 
képformátumok: .bmp; .dib; .gif; .ico; 
.wmf; .biz; .pcx; .clp; .bbm, továbbá 32 
bites környezetben a .jpg is. 

A képeket megkereshetjük a ,Kere- 
sés" gombra kattintva, vagy rádobhatjuk 
a fájlt a program ablakára. Ezt követően 
elmenthető a tömörített kép, alapbeállí- 
tásban .BLZ kiterjesztéssel, gyorsmen- 
téssel és az eredeti névvel. A tömörítés 
kiterjedhet a teljes fájlra, vagy lehet 
bitmap-szintű, mely utóbbi esetben a fájl 
belső szerkezete a BMP-fájlokéhoz ha- 
sonló (ez az alapbeállítás). A beállításo- 
kat a jobb egérgombbal előhívható le- 
begőmenüből változtathatjuk meg. 
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Tömörítőforrások 


A programozási feladatok egyik nagy kihívása, hogy a program által 
használt bináris erőforrásokat, például képeket, minél kisebb terjedelemben 
tudjuk mellékelni a programhoz. Kétségtelen, hogy számos tömörítőprog- 
ramot beszerezhetünk, azonban ahhoz, hogy a tömörítvényt ne csak külső 
program segítségével tudjuk létrehozni és a program futása során olvasni, 
célszerű a tömörítőegységet beépíteni a programba. Ehhez pedig az szüksé- 
ges, hogy rendelkezzünk tömörítő algoritmussal vagy annak a programba 
beépíthető és onnan futásidőben meghívható moduljával (például egy 
DLL-le)). 

Jóval kisebb a választék, ha a szabadon elérhető programozási segédleteket 
tekintjük. Ezek egyike az Info-ZIP csoport produktuma. Maga az Info-ZIP 
csoport olyan C-progarmozókat egyesít, akik célul tűzték ki, hogy szabadon 
használható csomagoló és kicsomagoló eszközöket készítenek minél több 
platformra. Az általuk összeállított programok forráskódban is hozzáférhe- 
tőek, miként a CD-mellékletre tett ZIP23A.ZIP állományban a legújabb 
verzió próbaváltozata is. Azt pedig, hogy az Info-ZIP forrásai milyen jól 
használhatók a gyakorlatban, bizonyítja a Windows Commander (C. Ghisler 
$ Co.) beépített ZIP-kezelése. 

De nemcsak ZIP-kompatibilis tömörítéshez férhetünk hozzá szabadon, 
forráskódban. Haruhiko Okomura és Haruyasu Yoshizaki jóvoltából dolgoz- 
hatunk olyan algoritmussal is, amelyet a LHArc 2.x tömörítő használ 
(LH5.PAS önálló unit, Pascal forráskódban). Itt az algoritmus alapját a 
Lempel-Ziv-alapú tömörítés képezi, amelyet számos más tömörítőprogram 
alkalmaz. (Az LZSSUNIT.PAS fájl például illeszthető a forráskódú LZ77 
algoritmushoz Borland Turbo Pascal 7 unitként.) 

Ugyanez az alapja a különböző LZH (Lempel-Ziv-Huffman) megoldá- 
soknak is. Erre komplett DOS-os példát találunk a TPLZHO30.ZIP fájlban. 
Sajnos csak részben forráskódként, de legalább lefordított és használható 
Borland (Turbo) Pascal 7-es unitként. Windows-programozók szintén dol- 
gozhatnak ezzel a tömörítési megoldással. Ehhez ízelítőként szolgált az Uj 
Alaplap 1998. májusi CD-mellékletén közreadott LZHCOMP.ZIP, amelyben 
a Delphi 1.0 és 2.0 verziókhoz készült tömörítő komponensből találhattunk 
lefordított unitfájlokat (.DCU), de forráskódként is elérhetők mind a 
komponenst, mind a tömörítőegységet tekintve (Danny Heijl 
TLZRW1.ZIP). Ezzel a Delphi-Formra helyezett komponens. eljárásait 
meghíva, bármely fájltípus tömörítését elvégezhetjük — kétféle algoritmus 
alapján. Az egyik a már említett LZH, a másik a Kurt Haenen által Pascalba 
foglalt LZRW1I/KH, mely a forráskódkészletben eredeti unitforrásként 
megtalálható, és más programokban is felhasználható. Így képek tömörítésére 
is, ahogy Herbert J. Beemster Delphi 1.0-ra készült komponense is példázza 
(UBITMAPZZIP), mely tömörített fájlként képeket képes menteni és beol- 
vasni. 

Ebből a komponensből annak egy módosított formáját magam készítettem 
el, amely 16 és 32 bites Delphiben, illetve C--- Builderben egyaránt 
felhasználható (SUNIBMP.ZIP — UNIBMP.PAS). Ez nemcsak fájlszinten 
tömörített képeket képes kezelni, hanem a 32 bites Delphiben meglévő olyan 
tulajdonság is implementálva van benne a Borland által fejlesztett forráskód 
alapján (CLASSES2.PAS), hogy erőforrásból képes közvetlenül beolvasni 
képeket. Ennek beépítése a Delphi 1.0-ban végzett programozásnál feltételes 
fordítás segítségével történik, de a fájlszintű tömörítésen túl Windows-képek 
(BMP fájlok) tömörítésére is alkalmas, úgy, hogy megtartja az eredeti fejlécet, 
és abban jelöli a tömörítést — ezzel a hagyományos BMP-nek megfelelő 
fájlszerkezet megmarad. 

Ahhoz, hogy ki-ki maga is használhassa a tömörített képeket, elkészült 
egy képtömörítő program is, amely különböző formátumokat képes fogadni, 
és akár bitmapszintű, akár fájlszintű tömörítéssel elmenti azokat. Alapértel- 
mezésként .BLZ kiterjesztéssel (BmpPpress —  BMPPR16.EXE és 
BMPPR32.EXE — Windows 3.x és Windows 95, illetve Windows NT 
platformra). 





Simay Endre István 














SZERSZÁMOSLÁDA 





Visual Basic 6.0 


Tesztelésre — fejlesztőknek 


A véletlen összjátéka, hogy miközben Könyvespolc rovatunkban, 
a 69-73. oldalakon részletesen foglalkozunk a Visual Basic 5-ös 
verziójával, a Visual Basic 6.0 éppen elkészült béta-változatát 

a Microsoft közreműködése révén sikerült rögtön rárakni 
mostani CD-mellékletünkre. A rendelkezéskre álló hely korlátai 
miatt azonban a telepítőkészlet nem tartalmazza a teljes 

Visual Studio 6.0 fejlesztőrendszert, abból csak 

a Visual Basic 6.0 próbaverzióját emeltük ki. 

(Így a CD-n lévő szoftver nem is tekinthető a Microsoft 
hivatalos konfigurációjának, a béta-állapotú termék 
kipróbálásából származó közvetlen vagy közvetett, 

valós vagy vélt kárért nem is vállal felelősséget.) 


A Visual Studio 6.0 anyagából a 
Visual Basic 6.0 komponens kiemelt 
bemutatása azért is indokolt, mert a 
magyar piacon valószínűleg ez számít- 
hat a legnagyobb érdeklődésre. A CD- 
mellékleten lévő telepítőkészlet csupán 
a VB 6 telepítését teszi lehetővé, mivel 
azonban a teljes , stúdió" képességeinek 
felvillantása is célunk volt, amennyire 
lehetett meghagytuk a Visual Studio 6.0 
telepítőkörnyezetét, annak ellenére, 
hogy ezáltal a megszokott telepítési 
folyamatnál kissé körülményesebben 
juthatunk el a Visual Basic 6.0 kipró- 
bálásához. 

A Visual Basic telepítése előtt érde- 
mes figyelmesen elolvasni az alábbi 
útmutatót, mert a Visual Basic csak az 
itt közölt lépéseket követve telepíthető 
a CD-mellékletről. 


A telepítés menete 

A CD-ről a VENDEG/VB6ő könyv- 
tárból indítsa el a SETUP.EXE-t. Túl 
nagy regisztrációs adatbázis esetén 
esetleg figyelmeztetést kapunk annak 
korlátozott voltáról. Ilyenkor célszerű 
kilépni a telepítőprogramból, majd mi- 
után biztonsági másolatot készítettünk 
a SYSTEM.DAÁT és a USER.DAT állo- 
mányokról, újraindítani a telepítést, és 
ekkor már a figyelmeztetés ellenére 
tovább folytatni azt. Ha később mégis 
probléma adódna, akkor az elmentett 
állományokból helyreállíthatjuk rend- 
szerünknek a telepítés előtti állapotát. 

Ezután megjelenik a bejelentkező 
képernyő, és elolvasható a README 
fájl. A következő képernyőn a Licence 
Agreementet fogadhatjuk el, majd a 
sorozatszám megadása következik: ide 
csupa 1-es kell beírni. A következő 


lapon a Visual Studio korábbi változa- 
taihoz tartozó eszközök eltávolítását 
kérhetjük (ez a lap csak akkor jelenik 
meg, ha a telepítő egyáltalán talált ilyet 
a gépen). 

Most egy nagyon fontos rész követ- 
kezik: a , Visual Studio 6.0 Enterprise 
Edition" című oldalon az , Enterprise 
Setup Options" dobozból kell kiválasz- 
tani a telepítés fajtáját. Márpedig a 
Visual Basic 6.0-nak ez a korlátozott 
változata csak akkor telepíthető, ha itt 
a , Products" opciót (a középső lehető- 
séget) választjuk. 

A következő lapon a Visual Studio- 
ban több eszköz által is használt kom- 
ponensek helyét jelölhetjük ki. Ismét 
egy fontos lépés következik: a ,, Visual 
Studio Individual Tools Setup" című 
képernyőn csak a , Visual Basic 6.0 
Enterprise Edition" opciót szabad kije- 
lölni. 

Ezután elindul a Visual Studio 6.0 
telepítőprogramja, és a kijelölt merev- 
lemezre másolja annak összetevőit. 


Újraindítás után 

A másolás befejez- 
tével a telepítőprog- 
ram újraindítja a szá- 
míiítógépet. Ujraindu- 
lás után ismét megje- 
lenik az , Installation 
Wizard for Visual 
Studio 6.0 Enterprise 
Edition", mert még 
hátra vannak a követ- 
kező lépések: 

Az , Install MSDN" 
című képernyőn ne 
kérje az MSDN tele- 
pítését. Az MSDN 


természetesen szerves részét képezi a 
teljes Visual Studio 6.0-nak, de erre a 
CD-mellékletre nem fért fel. Tovább- 
lépés előtt megjelenik egy párbeszéd- 
ablak, amely az MSDN-telepítés elma- 
radására figyelmeztet bennünket a , Do 
you want to continue without installing 
MSND?" kérdéssel. Itt válasszuk a 
,, Yes" gombot. 

A következő képernyőn (, Other 
Client Tools") az InstallShied telepíté- " 
sét választhatnánk, de helyhiány miatt 
ez a termék sincs rajta a CD-mellékle- 
ten, kérjük, hogy innen is lépjen tovább 
a , Next" gomb megnyomásával. Az 
utolsó előtti képernyő a , Server Setups" 
címet viseli, kérjük, hogy itt is lépjen 
tovább a Next" gombbal. Az utolsó 
képernyő az esetleges regisztrációs le- 
hetőség. Ezzel a Visual Basic 6.0 béta- 
változatának telepítése megtörtént. 


Ismert problémák 

— Az integrált fejlesztőrendszerben 
nincs help funkció. Ez a hiányosság a 
Visual Studio nagyfokú integráltságá- 
nak következménye, ugyanis az összes 
fejlesztőeszköz közös súgója az 
MSDN-rendszerben található. 

— A File — New Project menüpont 
hatására megjelenő párbeszédablakból 
az , IIS Application" kiválasztása hibát 
okoz, még akkor is, ha a hibaüzenet 
által hiányolt Personal Web Server vagy 
az IIS 3.0 egyébként megtalálható a 
gépen. Ez a probléma azonban megke- 
rülhető úgy, hogy a NProgram Files 
Visual Studiovyb98XTemplateProjects 
VIS Application.vbp fájlt közvetlenül 
nyitjuk meg. 


Simay Endre István 
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ALTERNATÍVA 





A katedrális és a bazár 


Miért éppen a Linux? 


A statisztikák szerint jelenleg mintegy 5-6 millió ember használ 
Linuxot, ami ugyan lehet, hogy jól hangzik, de a számítógépen 
dolgozó százmilliókhoz képest nem valami sok. Tehát a Linux 
fontossága semmiképpen sem felhasználóinak számából 
következik. Akkor már sokkal inkább abból az egyes hozzáértők 
által is vallott meggyőződésből, miszerint ez a Unix-szerű, 
lényegében ingyenes operációs rendszer ugyanolyan léptékű 
áttörés előtt áll, mint amilyen előtt az Internet állt 

a "90-es évek elején, és a PC-világban pár éven belül 

akár a második helyre is felzárkózhat. 


Eric S. Raymond, aki hosszú évek 
óta a Free Software Foundation és a 
GNU Project tagja, arról ír a Linux 
mibenlétét és jelentőségét (is) taglaló 
egyik cikkében, hogy alapvetően két- 
féle szoftverfejlesztési út létezik. Az 
egyik az ún. katedrális módszer — 
mindeddig leginkább ehhez vagyunk 
szokva. Ez a megoldás azon a feltéte- 
lezésen alapul, hogy szükség van egy- 
fajta , kritikus komplexitásra" az igazán 
nagy célok és igazán bonyolult szoft- 
verek megvalósításához, mint amilyen 
például a Unix világából ismert Emacs 
szerkesztő is. Vagy amilyen egy operá- 
ciós rendszer. 

Az ilyenek csak úgy alkothatók meg, 
ahogyan a katedrálisok is épültek, vagy- 
is számos szakember összehangolt 
munkájával, és most ebből a szempont- 
ból mindegy is, hogy a Microsoft legú- 
jabb operációs rendszeréről van-e szó, 
vagy egy GNU projektról. A lényeg 
mindenképpen számos szakember 
összehangolt munkája. 

A fenti megközelítési módnak éppen 
az ellentéte volna a , bazár" a maga 
zűrzavarával és már-már , promiszkui- 
tásba" hajló módszereivel (ahogyan 
Raymond fogalmaz), vagyis azzal, 
hogy nincs a munkát szervező egyetlen 
központi hatalom. Ehelyett viszont van 
rá lehetőség, hogy bárki bármikor bár- 
mit megváltoztathasson, átírhasson, to- 
vábbfejleszthessen. 

Utólag persze nem nehéz okosnak 
lenni, de valójában semmi meglepő 
nincs abban, hogy annak idején mások- 
kal együtt a Free Software Foundation 
ezen oszlopos tagja sem jósolt valami 
fényes jövőt a Linuxnak. Hiszen leg- 
alábbis nehéz volt elképzelni, hogy 
ezzel a módszerrel egy valóban stabil 
és jól működő operációs rendszert lehet 
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létrehozni. Pedig éppen ez történt, és a 
Linux várható jövőbeni sikerei is éppen 
a bazármódszeren alapulnak. 


Kezdjük az elején! 

A katedrális és a bazár szembeállítása 
elég érzékletes ahhoz, hogy ne kelljen 
hosszasabban magyarázni. A Linux 
szempontjából egy alapvető dolgot 
azonban ki kell emelnünk. Az a tény, 
hogy a Linuxra a kezdetektől fogva az 
, idő előtt" kibocsátott béta-verziók a 
jellemzőek, azért volt fontos, mert ez- 
által kapcsolódhattak be mások is a 
munkába már a fejlesztés nagyon korai 


szakaszában. Ennek az összefogásnak "7 


persze volt egy másik főszereplője is: 
az Internet. 

Az emberek csak azért kapcsolódhat- 
tak be, mert a Linux első változata 
1991-ben jelent meg, amikor az Internet 
már nem csupán létezett, hanem vi- 
szonylag széles körben is hozzáférhető 


2 Linux Gazette Index Page - Netscape 


http://www.inuxgazette. com/ 


volt. Igaz, nem százmillióknak, mint 
manapság, hanem legfeljebb néhány 
tízezer vagy százezer felhasználónak, 
de a földrajzilag egymástól elszigetelt 
számítógép-rajongók még pár évvel ko- 
rábban is képtelenek lettek volna ilyen 
szintű összefogásra, most ennek már 
nem volt akadálya. 

Még egy fontos tényező játszott köz- 

re a dolgok kedvező alakulásában. Ak- 
koriban az Interneten lévők leginkább 
fiatal, számítástechnikai érdeklődésű 
férfiak voltak, akik lényegében tovább 
vitték az eredeti (valamikor a 60-as 
évek elején az egyetemi központokban 
kialakult) számítógépes szubkultúra ha- 
gyományait. Meg voltak róla győződve, 
hogy a számítógép olyan dolog, ami 
hozzá fog járulni a világ jobbításához; 
és azt is biztosra vették, hogy az üzlet 
viszont rossz. ( Vagy legalábbis nem jó. 
1995-ben még egyáltalán nem számított 
etikus dolognak az Interneten hirdetni.) 
Továbbá: a mai Internet-használók túl- 
nyomó többségével ellentétben az is 
természetes volt számukra, hogy tudja- 
nak programozni. 
Amikor tehát valaki egyszerre csak 
megjelent a színen egy szabadon fej- 
leszthető operációs rendszerrel, akkor 
egyből megvoltak hozzá a közreműkö- 
dők is. Valószínűleg legalább részben 
ebben rejlik a Linux sikerének titka: a 
megfelelő ötlet a megfelelő helyen. 
Meg persze a megfelelő időben is. 


"One cannot unite a community without a newspaper 
or journal of some kind." - Ben Kingsley in Gandhi 
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Természetesen nem ez volt az első 
, Szabad" operációs rendszer, de And- 
rew Tannenbaumnak például, a hollan- 
diai számítógépgurunak — az operáci- 
os rendszerek és a hálózat szakér- 
tőjének, aki a Minixet fejlesztette ki — 
eszébe sem jutott, hogy önként jelent- 
kező kívülállókat is ilyen szinten von- 
jon bele a munkába. És különben is: a 
Minixnek volt legalább két komoly 
gyengéje. (A sors iróniája, hogy ezeket 
eredetileg az erősségeinek tekintették.) 
Az egyik, hogy Tannenbaum professzor 
úgy konstruálta meg, hogy 8088-as, 
vagyis 1991-ben már kirívóan gyengé- 
nek számító gépeken is fusson; a másik 
pedig az, hogy hordozhatóra, vagyis 
számos különböző hardveren futtatha- 
tóra csinálták meg. 

Két olyan cél, ami lehetővé teszi 
ugyan, hogy a felsőoktatás bármely 
korszerűtlen komputerén is használni 
lehessen — cserébe viszont persze nem 
volt valami hatékony. Ami minden kö- 
rülmények között elboldogul, az sem- 
milyen körülmények között nem mű- 
ködik optimálisan. De a Minix azért 
ennek ellenére sem volt annyira nép- 
szerűtlen, hiszen lehetőséget adott a 
használóinak, hogy megismerkedjenek 
egy Unix-szerű operációs rendszerrel. 
Például 1991-ben a Helsinki Egyetem 
egyik hallgatója, Linus Torvalds is a 
Minixből indult ki, amikor sikerült hoz- 
zájutnia egy AT-386-oshoz. Linux- 
rajongók szerint felmérhetetlen szeren- 
cse, hogy nem egy Macintosh mellé ült 
le, hiszen ki tudja, hogy milyen ikon- 
vezérelt oprendszer született volna 
meg... — de hát nem ez történt, Tor- 
valds pedig elhatározta, hogy behatób- 
ban is tanulmányozni fogja a gépe 
nyújtotta lehetőségeket. 


Linux 0.02 

Az eredeti Linux nem volt egyéb 
— mondja egy, az Internetről letölthető 
történeti összefoglaló —, mint lénye- 
gében két feladat végrehajtására képes 
program, ahol az egyik feladat az AA- 
AA, a másik a BBBB karaktersorozat 
kinyomtatása." 1991. július 3-án azon- 
ban Torvalds már azért írt a comp.os.mi- 
nix nevű newsgroupba, hogy küldjék el 
neki az érvényes Posixot (a Posix egy 
általános standard, amelyhez minden 
Unix-verziónak igazodnia kell), és a 
0.01-es verzió már szeptemberben meg 
is jelent a nic.funet.fi/pub/OS/Linux 
alkönyvtárában — ez azonban még 
mindig igen távol állt a ma milliók 
kedvencének számító alternatív operá- 
ciós rendszertől. Ugyanis nem csupán 
Minix kellett a futtatásához, hanem egy, 
ahhoz a bizonyos, Torvalds tulajdoná- 





ban lévő 386-oshoz a megszólalásig 
hasonlító gép is. Ráadásul ekkor még 
maga a Linux megalkotója sem hitte 
volna, hogy valami nagyobb lélegzetű 
vállalkozásról van szó. Egy augusztus 
25-i levelében ugyanis azt írta, hogy a 
Linux soha nem fog mást, mint IDE- 
harddiszket támogatni, és különben is: 
annyira kihasználja a 386-os adottsága- 
it, hogy soha nem lesz képes másmilyen 
gépeken működni... 

Az 1991. október 5-én megjelent 
0.02-es verzió már tartalmazott ugyan 
néhány binariest, de még mindig Minix 
kellett ezek kompilálásához, és nem 
volt sem floppymeghajtó, sem virtuális 
memória. Erre a december 11-én meg- 
jelenő, és utóbb a Linux történetében 
mérföldkőnek tekintett 0.11-es verzióig 
kellett várni — ami egyébként már 
egyből a bash shellbe bootolt fel, és ami 
sokkal fontosabb: már megállt a saját 
lábán, a Minix nélkül is. A SCSI-t 
viszont még mindig nem támogatta. Az 
1992 áprilisában megjelenő 0.95-ös vi- 
szont már minden elképzelhető eszközt 
támogatott, és megjelent az X Window 
is, hogy ezáltal végleg semmivé válja- 
nak a Linuxszal kapcsolatos eredeti 
elképzelések. Mármint azok, amelyek 
szerint ez az operációs rendszer csak 
nagyon speciális feltételeknek eleget 
tevő gépek szűk skáláján fog futni, és 
ennek megfelelően igencsak korlátozott 
lesz a felhasználók létszáma is. 

Visszanézve az is nyilvánvaló, hogy 
miért vált semmivé ez a feltételezés. 

Raymond a szoftverfejlesztéssel kap- 
csolatban a , konstruktív lustaságról" 
beszél, értve ezen, hogy , majdnem min- 
dig könnyebb egy jó részleges megol- 
dásból kiindulni, mint a semmiből". 
Miként az a Minixből kinövő Linux 
esetében is történt. Azóta talán már 
egyetlen sornyi kód sincs belőle a mos- 
tani verziókban, hiszen újra és újra 
átírták az egészet, de kiindulási pontul 
tökéletesen megfelelt. A Linux copy- 
rightja pedig már a kezdetektől megen- 
gedte, hogy bárki szabadon átalakítsa a 
kódot — és ennél jobb megoldás talán 
nincs is egy szoftver terjesztésére 
(amely megoldás persze gyökeresen 
különbözik a szoftvergyártók politiká- 
jától). Amennyiben ugyanis azt szeret- 
ném, hogy a Linux az én, eddig erre 
alkalmatlan komputeremen is fusson, 
akkor semmi mást nem kell tennem, 
mint úgy átírni a programokat (drive- 
reket stb.), hogy ennek a továbbiakban 
ne legyen semmi akadálya (persze van- 
nak bizonyos technikai minimumok: a 
gépnek például legalább 386-osnak kell 
lennie). Tehát a végeredmény az, hogy 
nem lesz olyan CD, hangkártya és 


bármi egyéb, amihez ne lennének meg 
a megfelelő eszközök. Másfelől pedig 
ott voltak a GNU szabadon felhasznál- 
ható szoftverei, ha valakinek kompiler- 
re vagy bármi másra lett volna szüksé- 


ge. 


A talány megfejtése 

Mint láthattuk, Linus Torvalds ere- 
detileg maga sem gondolta, hogy mi- 
lyen hatása lesz az egész számítógépes 
világra az eredetileg pusztán szórako- 
zásból fejleszteni kezdett operációs 
rendszer. A siker egyik oka kézenfekvő: 
a szó jó értelmében vett hackerek, aki- 
ket szigorúan meg kell különböztet- 
nünk a számítógépes rendszerekbe be- 
hatoló crackerektől, és akiknek a kom- 
puter nemcsak eszköz, hanem végcél 
is, most egy teljes operációs rendszert 
kaptak játékszerül. Nem csupán megis- 
merhették, de a törvények megsértése 
nélkül át is írhatták, hogy végül egy 
teljes, a nagy Unixszal egyenértékű, 
többfelhasználós, multitasking, 32 bites 
operációs rendszert csináljanak belőle. 

De ez önmagában nem lett volna elég 
ahhoz, hogy olyanok is elkezdjenek a 
Linuxszal foglalkozni, akik azért soha 
nem fognak tevőlegesen hozzájárulni a 
fejlesztéséhez. Ha magyarázatot kere- 
sünk, akkor ott van még a dolog pszi- 
chológiai és érzelmi oldala. 

A Free Softvare Foundation egy web 
page-én az a kérdés olvasható, hogy 
vajon , A Microsoft-e a Nagy Sátán?", 
és az a válasz, hogy szó sincs ilyesmiről. 
Mert bár igaz, hogy a Microsoft  boj- 
kottjára felszólító webhely is van az 
Interneten, a Microsoft azért végső s0- 
ron nem csinál mást, mint azt, hogy 
mindenáron el akarja adni a termékeit 
— és ezt roppant ügyes marketingkon- 
cepcióra alapozva, rafináltan és hatéko- 
nyan teszi. Ugyanezt akarják a többiek 
is, legfeljebb kevésbé eredményesek a 
módszereik. A korai hackeretika szerint 
, minden információnak szabadnak kell 
lennie", és ennek megfelelően a 
szoftverekért sem volna szabad pénzt 
kérni, de az is vitathatatlan, hogy az 
Apple, a Novell vagy bármely másik 
óriás számára ugyanúgy üzleti vállal- 
kozásról (nem pedig a világ jobbításá- 
ról) van szó, mint a nagy ellenlábas 
esetében. Egyes egész nagy szoftver- 
gyártókat lehet szeretni vagy nem sze- 
retni, lehet rajongani a termékeikért, sőt 
éppenséggel utálni is lehet őket, de az 
érzelmek mit sem változtatnak azon a 
tényen, hogy az elsődleges cél a pénz. 
És ezen még csak csodálkozni sem 
érdemes: a péknek sem az a célja, hogy 
jobbá tegye az életemet, hanem az, hogy 
eladja nekem az általa sütött kenyeret. 
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A Linux alternatívát kínál. Részben 
azzal, hogy aki Linuxon dolgozik, an- 
nak nem kell a BSA-tól rettegnie (mint 
ahogy ma a magyar számítógép-hasz- 
nálók 6999-ának). Részben pedig azzal 
(és ez is fontos szempont lehet), hogy 
ha szeretem a Linuxot, akkor nem egy 
mammutvállalat malmára hajtom a vi- 
zet. Ami , odakint", az IRL (In Real 
Life) valóságában talán nem tűnik kü- 
lönösebben meggyőző érvnek, ,ide- 
bent", a komputer világában viszont 
annál többet számít. 


Egy szubkultúra 
operációs rendszere 

Aki nem kizárólag szövegszerkesz- 
tésre vagy idétlen játékok futtatására 
használja a számítógépet, elkezd érzel- 
mileg is viszonyulni a használt szoft- 
verekhez. Úgyhogy az ilyen előbb- 
utóbb valószínűleg el fog jutni a Linux- 
hoz is, és ezt annál is inkább megteheti, 
mert a mai merevlemezméretek mellett 
az a pár száz MB-s partíció szinte fel 
sem tűnik... Immár minden feltétel 
adott ahhoz, hogy a Linux a második 
legelterjedtebb (afféle társ) operációs 
rendszerré nőjje ki magát. 

És hogy miért nem az elsővé? Nos, 
talán az a legfontosabb ok, hogy a 
rohamos terjedéssel párhuzamosan a 
komputert egyre többen használják ki- 
zárólag munkaeszköznek vagy játék- 
gépnek, és aki beéri azzal, hogy egy 
ikonra rákattintva elindítsa valamelyik 
programot, az soha nem fog a Linux 
mellett (is) dönteni. Nem szabad ugyan- 
is elfelejteni, hogy ez az operációs 
rendszer mind kialakulását, mind fejlő- 
dését tekintve számítógépes és progra- 
mozói hagyományok letéteményese. 
Programozók fejlesztették programo- 
zóknak, vagy legalábbis olyanoknak, 
akik hajlandóak némi erőfeszítést tenni 
az operációs rendszer megismeréséért, 
hogy aztán cserébe egy végtelenül ki- 
finomult, bonyolult és jól kézben tart- 
ható, sőt mi több, megbízható eszközt 
kapjanak (amit egyáltalán nem minden 
kereskedelmi forgalomban kapható 
operációs rendszerről lehet elmondani). 
Viszont X Window, grafikus konfigu- 
rálási lehetőségek meg Red Hat ide 
vagy oda, a Linux soha nem lesz olyan 
, egyszerű és intuitív", mint bizonyos 
nagy fejlesztők termékei. Marad a pa- 
rancssor, a config fájlok és a paramé- 
terezés. Persze sokaknak ezt már az a 
tény is ellensúlyozza, hogy a Linuxot 
használva az ember a pozitív értelem- 
ben vett hackerizmus tradícióit tovább- 
vivő számítógépes szubkultúrának is a 
részesévé válhat. 

Galántai Zoltán 
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PPP kapcsolat Linuxszal 


Fel az Internetre! 


Írásommal azoknak igyekszem segítséget nyújtani, 

akik már rendelkeznek dial-up Internet-hozzáféréssel, 

és szeretnék azt Linuxszal is használni. Tisztában vagyok vele, 
hogy ehhez manapság már minden disztribúcióban van 

némi segítség (például egy pppconfig nevű program képében), 
mégis remélem hogy segíthetek a linuxosoknak — esetleg 
éppen olyanoknak, akik nem tudnak (eléggé) angolul. 


A szolgáltatótól kapott papírkánk birtokában először is hívjunk be valamilyen 
terminálemulátort, akár — horribile dictu! — Windows alól is. Nincs más dolgunk, 
mint modemünkkel a megadott telefonszámot tárcsáztatni, majd a , CONNECT" 
után megnézni, hogy a terminálszerver hogyan fogad. Ez valami ilyesmi szokott 
lenni: 

Username: (Itt lépjünk be, mintha egy BBS-re tennénk!) 

Password: (A jelszót már nem szükséges begépelni, tudunk mindent, ami kell.) 


Ezeket jegyezzük meg (írjuk fel), később majd kellenek. A kapcsolatot ezt 
követően megbonthatjuk. Ideje eltűnődni a teendőkön. Ahhoz, hogy PPP kapcso- 
latunk legyen, először is szükséges a PPP támogatás a kernelben. Lehetséges, 
hogy ehhez újra kell fordítanunk. Ha esetleg már benne van, vagy modulban 
készen áll, akkor használjuk azt! Emellett van még egy tömörítő modul (ez mindig 
modulként , fordul le"!) és /lib/modules/xkxkernel verzió:/net/bsd comp.o néven 
található meg. Töltsük be ezt is, mert hasznos: insmod ca fenti útvonal--név:! 

A kernel oldaláról készen is vagyunk, már csak fel kell építeni a kapcsolatot. 

Vegyük elő újra a szolgáltatótól kapott papírunkat, és szerkesszünk bele az 
/etc/resolv.conf állományba, mégpedig a következő módon: 


domain cA szolgáltató által adott domáins 
search cSzintén a fenti domain: 

nameserver cAz elsődleges névszerver IP-címez 
nameserver cA másodlagos névszerver IP-címes 


Ezeket megfelelő terminálszerverrel a Windowsok át tudják venni, de a Linux 
nem, ezért mindenképpen szükséges ez a művelet, hacsak nem akarunk a 
Világhálón IP-címek alapján tájékozódni. ;-) Ha ez kész, nekiláthatunk a kapcso- 
latot belőni. 

A legmegfelelőbb mód erre egy kis script. Vegyük elő kedvenc szövegszerkesz- 
tőnket, és pötyögjük be a következőket (részletes magyarázat a beírandó szöveg- 
részek után egyenként): 


H!/bin/sh exec /usr/sbin/pppd /dev/modem 115200 ertscts defaultroute 
bsdcomp 15,15 1 


noauth connect "/usr/sbin/chat -v -f -Modemscript helye és neves" 

Figyelem, a sor végén lévő backslash (fordított törtvonal: 9 azt jelzi, hogy az 
előtte lévő teljes szöveget egy sorba írjuk! A fenti parancs meghívja a PPP daemont, 
a következő paraméterezéssel: 

/dev/modem 

A modemet használja kommunikációs egységnek, ez egyértelmű. 

115200 

Ez a portsebesség bit/sec-ban mérve. Ha a soros IC a gépünkben nem 16550A 
típusú, akkor problémáink lehetnek (adatvesztés). Olvaséim megnyugtatására 
közlöm, hogy az összes pentiumos és szinte minden on-board super [/O-val 
fölszerelt 486-os alaplapon ez van. 


ertscis 
Forgalomszabályozásra a hardvert használjuk. 





ALTERNATÍVA 


defaultroute 

A kapcsolat létrejötte után a PPP 
daemon a rendszer route táblájába tesz 
egy bejegyzést, hogy minden ismeret- 
len célú csomag ezen az új interface-en 
keresztül hagyja el a gépet (és jut el az 
Internetre, ahol okos routerek már cél- 
hoz viszik). 

bsdcomp 15,15 

Ez az előbb említett tömörítő modult 
paraméterezi, a "15,15" maximális tö- 
mörítést jelent. 

noauth 

Szükségtelenné teszi a túloldal (a 
szolgáltató) számára, hogy hitelesítse 
magát: Alaphelyzetben ez nem volna 
szükséges, de sok gyanús és lefülelhe- 
tetlen hiba forrása lehet, ha kihagyjuk. 


connect " ... 
Végül ez írja elő a daemonnak, hogy 
milyen parancsot használjon a tárcsá- 
áshoz, az adatcsatorna-szintű csatlako- 
záshoz. (Magyarán: a daemon csak a 
modemek , összefütyülése" után kezd 





dolgozni, ezen parancs végzi el a , piSz- 


kos" munkát.) 

Tehát a , chat" programhoz írt kis 
scriptnek kell a modemmel tárcsáztat- 
nia, hogy az belépjen a szolgáltatóhoz. 
A fájl felépítése igen egyszerű, és ha 
soronként írjuk, még egyértelműbb 
lesz: , mit várunk" és , mit küldünk". 
Ügyeljünk arra, hogy a szóközt tartal- 
mazó kifejezéseket mindig tegyük idé- 
zőjelbe. A program természetesen a 
modem és a vonal foglalt állapotát is 
képes érzékelni, ilyenkor hibakóddal 
kiszáll, a tárcsázás megszakad. Ezeket 
a válaszokat az :ABORT" prefixummal 
vezethetjük be. És most példának egy 
minimális , chatscript": 





ABORT BUSY 

ABORT "NO CARRIER" 

ABORT VOICE 

99 ATDT cA szolgáltató 
telefonszáma: 

cMegjegyzési: sAzonosítónk: 

cMegjegyzés2: cJelszavunk: 


Rövid magyarázatot is fűzök hozzá. 
A tárcsázás megszakad, ha a vonal 
foglalt (BUSY), vagy ha közben a vivő 
megszakad (NO CARRIER), vagy ha 
modemünk emberi hangot (VOICE) 
érzékel. A két megjegyzés helyére azt 
kell beírnunk, amit a cikk elején a 
terminálemulátorban — feljegyeztünk, 
célszerű csak a stringek végét (például 
, Username:" esetén elég a , name:" is!), 
természetesen a felírt sorrendben! Ha 
ez kész, mentsük el, és adjuk meg a 
chat-nek a fenti (első) scriptben ennek 
a fájlnak a teljes útvonalát és nevét. 
Ugye nem is volt bonyolult? 

Adorjáni Gábor 





CD-PORTÉKA 


Az extra CD-n: MS SOL Server 7.0 


Nagyüzemi 
adatbáziskezelő 


Az Új Alaplap mostani számához tartozó állandó CD-melléklet 
mellett egy extra CD-t is kaptak olvasóink. Ezen egyetlen nagy 
szoftver található, az MS SOL Server 7.0 adatbáziskezelő 
és adatbázismenedzselő programrendszer 6 hónapon át 


használható béta-verziója. 


Az üzleti alkalmazásokban egyre na- 
gyobb szerepet játszanak a komplex 
adatbázisok, amelyekben nagyon sok- 
féle rendeltetésű információhoz kell 
hozzáférni. Az adatbázisokat nemcsak 
létre kell hozni (vagy megvenni), ha- 
nem azokat naprakész adatokkal folya- 
matosan fel is kell tölteni. (Kivételt 
képeznek a csak lekérdezési funkcióval 
rendelkező passzív adattárak, mint pél- 
dául a CD-re kerülő menetrendek vagy 
telefonkönyvek.) 


Az indexelés korlátai 

A feladatok összetettebbé válása az 
adatbázisokat kezelő programokat és az 
adatbázisok szabványait sem hagyta 
érintetlenül. Hosszú ideig szinte egyed- 
uralkodók voltak az XBase-alapú adat- 
báziskezelők. Elég, ha a nagy karriert 
befutott dBase programokra gondo- 
lunk. Ezekben az adatbázisok kezelése, 


az egyes elemek nyilvántartása index- 
szekvenciálisan történik. Az adatelérés- 
hez az adatbázisállomány mellé egy 
vagy több indexállományt is fel kell 
építenünk, melyek nyilvántartják az 
adatbázis egyes rekordjainak logikai 
rendjét. Az indexállomány pedig együtt 
nő az adatbázissal, és az adatbázis 
elemeinek előkeresése egyre lasabban 
megy, mert először mindig az indexhez 
kell lapozni, és annak alapján megke- 
resni a szükséges rekordot. Ha növeljük 
az adatbázis méretét, és elérjük a ma- 
napság már megszokottnak számító gi- 
gabájtos vagy nem ritkán terabájtos 
nagyságrendet, az indexszekvenciális 
adatbázisok és indexállományaik fizi- 
kai tárolása és logikai kezelése egyre 
nehezebb. 

A kisebb adatbázisok kezelésére az 
XBase-alapú adatbáziskezelők jelenleg 
is megfelelőek, de a , nagyüzemi" in- 
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needed for. Windows 98 or 
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needed for ether operating 
systems. before instaling SOL 
ezaz áá kavar ze 
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CD-PORTÉKA 





formációraktárakhoz új eszkö- 
zökre volt szükség. Ilyen az 
SOL-is, melynek fejlesztési célja 
kezdetben kifejezetten a nagygé- 
pes környezetben végzett munka 
megkönyítése — volt. — Később 
azonban a kisebb rendszereken 
is megjelentek a nagyméretű 
adatbázisok, és azok kiszolgálá- 


TÓ Console Window Help 


"0 Action 7 View 2 


v Tools 





(A Console Roc 


ga Welcome 





sakor a központi egységekkel 
szembeni követelmény gyakran 
hasonló, mint amit a régebbi 
nagygépes rendszerekkel szem- 
ben támasztottak. 

Ezeken a PC-s rendszereken, 
Windows NT szerveres hálóza- 
tokon végzett munkához fejlesz- 
ette ki a Microsoft az SOL Server 
programot, melynek korábbi, 
6.5-ös verzióját hamarosan a 7.0 
váltja fel. Jelenleg az új verzió 
béta-tesztelése folyik. Extra CD- 
mellékletünkre is a program 180 
napig használható béta-verziója 
került fel. Ez egy kipróbálásra 
szánt, teljes értékű verzió, mely képes 
nagy adatbázisok kezelésének megol- 
dására, akár többprocesszoros szervert 
tartalmazó rendszerekben is. 











Telepítési tanácsok 

Az SOL Server 7.0 telepítéséhez 32 
bites Windows-rendszer szükséges. A 
telepítőprogram CD-ról automatikusan 
elindul. Ha viszont az automatikus in- 
dítást letiltottuk, akkor a CD gyökér- 
könyvtárából az autorun.exe közvetle- 
nül is elindítható. Az ezt követően 
megjelenő menüképernyőn választhat- 
juk ki a további lépéseket. Bár itt az 
, Ínstall SOL Server 7.0 Prereguisites" 
menüpontnál azt találjuk, hogy erre a 


Select the components you want to install, clear the components you do not want to install. 


Components: 





beli 








sz] Management Tools 32810 K 
s Client Connectivity 170K 
s] Books Ünline 7299K 
I Development Tools 5358K 


Description e 


] Installs the core funtional components of the SOL Server relational database. 
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the beta forums where you can ask guestions and provide feedback 





rosoft SOL Servi 


ram 
vided links below to 
about 





this beta release. To access the forurns through the links below, you must 





BE] 





alla 


news:microsoft.beta. salserver7.APl 


Windows 98 illetve Windows NT 5.0 
esetében már nincs szükség, azonban 
ezeket az új programokat sok helyen 
még nem szerezték be vagy telepítették 
azokat, ezért az extra CD-mellékleten 
található olvassel.txt fájl tájékoztatást 
ad arról, hogy milyen segédletek kelle- 
nek hozzá. Ezek közül a Windows NT 
4.0-hoz szükséges szervizcsomag ma- 
gán a CD-n is megtalálható. 

A program telepítésekor látszólag 
kség van a szériaszámra, mert , kéri" 
, de ez a védelmi funkció a CD-n 








a 
található verzióban még ,.nincs beéle- 
sítve", tehát a számmezőbe 0-t beírva 
a program minden további nélkül tele- 
píthető. (Az olvassel.txt állományban 


Sub-Components: 











He 


Reguired: Awailable: 
84412.K 243832K 
65545K 46120.K 
32248 K 248832K 

Next; Cancel 
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HE] ews:microsoft.beta. salserver7.Documentation 











sfii 


jelzett Internet Explorer 4.01 helyett a 
másik (a rendszeres) CD-nken megta- 
lálható Internet Explorer 5.0 béta-ver- 
ziójával is telepíthető.) 

Telepítéskor javasoljuk a , custom" 
(egyéni) lehetőség választását, mert az- 
zal nyomon követhetjük a felrakott 
programrészeket. Még akkoris célszerű 
ez, ha az alapbeállításokon nem kívá- 
nunk változtatni, olyankor pedig feltét- 












lenül szükséges, ha az alapbeállításban 
. nem szereplő funkciókat is használni 


szeretnénk, amilyen például az SOL 
Server , full text search" szövegkeresési 
lehetősége. 

A telepítést követően a CD-n is meg- 
található online súgórendszert vehetj 
igénybe az SOL Server 7.0 kipróbálá- 
sára. Ehhez a helpen kívül több más 
segédanyag és dokumentáció is találha- 
tó a CD-n, angol és magyar nyelven 
egyaránt. 

A program kipróbálása azoknak 
ajánlható, akik valóban nagy adattöme- 
get mozgató rendszerekkel dolgoznak. 
A Windows-rendszereken ebben a di- 
menzióban jelenleg valószínűleg ez a 
legegyszerűbben kezelhető SOL-alapú 
adatbáziskezelő és adatbázismenedzse- 
lő rendszer. Segítségével közvetlen 
kapcsolat építhető ki eltérő belső fel- 
építésű adatbázisok, akár még , régi" 
DBF-állományok között is. Kezelését 
pedig olyan eszi k segítik, mint a 
beépített automatikus konfigurálás, az 
SOL Profiler vagy a Graphical Ouery 
Analyzer. És az egyedi használat mel- 
lett megvalósítható a munkacsoportos 
fejlesztés is. 









Simay Endre István 


Zokszó 


PRO DOMO 


A ,PR-cikk" szindróma 


Kétévente lebonyolított felmérésünk tanúsága szerint 

az [Új] Alaplap olvasóinak többségét nemcsak az érdekli, 

ami , saját" (alap)lapjában szoftverről meg hardverről, 
programozásról meg alkalmazásról, informatikáról meg 
kommunikációról olvasható, hanem e széles szakterület sok egyéb 
, kelléke" is. Például a számítástechnikai sajtó, s benne lapunk 
helyzete. Ebből nem az következik, hogy traktáljuk olvasóinkat 

a lapkészítés (tényleg csak szűk kört érintő) problémáival, 

de az igen, hogy a mindenkire tartozó fontosabb lapügyekben 
folytassunk párbeszédet a lap nyilvánossága előtt. Kár lenne 
lemondani erről a közös gondolkodásról, különösen a mi 
lapunknál, amelyhez az olvasók sok szálon, nagyon aktívan 

és igen hűségesen kötődnek. Ezért is leheltünk új életet 

a Visszacsatolás rovatba, ahol ezentúl mindig közreadunk 
néhány olvasói véleményt, és reagálunk is azokra. Az alábbi cikk 
szintén része e párbeszédnek, egy , külső" esemény apropóján. 







bb égtelerübén vett házunk tájá- 
sajtónak a hely- 
ere 1998. má- 
jus 28-án az Informat Erdekegyeztető 
Fórum és az Informatikai Vállalkozások 
Szövetsége szervezésében, meglepően 
é ság előtt. A szerteágazó, 
ól egyetlen gondolatfonalat 
ragadunk ki, amely , véletlenül" kapcso- 
lódik Varga János főszerkesztő-helyettes- 
nek a CW-Számítástechnikához történő 
átigazolása kapcsán ez év júniusi szá- 
munkban felvetett gondolatokhoz. 
Anélkül, hogy bárkinek szándékában 
lett volna a fenti vitát a , PR-cikk" téma 
irányába terelni, végül mégis ez lett a 
hoz; ólások — egyik — leggyakrabban 
visszatérő motívuma. Talán éppen azért, 
mert napjainkban a számítástechnikai saj- 
tó egyre nehezebben tudja megőrizni tár- 
gyilagos és független pozícióját. Pedig a 
sajtónak voltaképpen csak a médiapiac 
egyetlen szereplőjétől, az olvasótól volna 
szabad függnie. Ezt azonban különböző 
erők mindig igyekeznek , felülírni". 















Csak egy álarc 

Az előző rendszerben a , feudálszocia- 
lista" hatalom nyíltan hirdette, hogy in- 
tézményrendszerén keresztül kézben 
akarja tartani a sajtó működését — persze 
, Össztársadalmi érdekekből". Az utóbbi 
10 év alatt kialakult struktúrában viszont 
már a piaci automatizmusnak kellene a 
közjó irányába terelnie a kiadók, szer- 
kesztők, újságírók munkáját is. Leegysze- 
rűsítve egy kicsit a képletet: ami hasznos 
és szükséges a társadalomnak, annak a 
piaci versenyben előbb-utóbb felül kell 
kerekednie, ami iránt pedig nincs kellő 
érdeklődés és kereslet, az majd csődbe 
megy, átadja a helyét a hatékonyabb 


megoldásoknak. A jó tehát elnyeri jutal- 
mát, a rossz pedig az ő büntetését. Mint 





kítve a képletet az informatikai 
ó helyzetére, azok a lapok, ame- 
lyeket sokan megvesznek, nyilvánvalóan 
jobbak, értékesebbek, tartalmasabbak, 
hasznosabbak azoknál, amelyeket keve- 
sebben , fogyasztanak". Ezt az ítéletet 
tehát az olvasó mondja ki, tőle függ a 
példányszám. A számítástechnikai lapok 
többsége azonban kizárólag a lap eladá- 
sából (tehát az olvasóból) nem tudna 
megélni, ezért kialakul a függősége a 
hirdetőktől is. És e két függőség merőben 
más jellegű. Az olvasó ugyanis vagy 
vásárol, vagy nem, vagy előfizet a lapra, 
vagy nem, de döntését nem teszi függővé 
egyéb feltételektől. Nem mondja, például 
az újságárusnak, hogy , megveszem a 
lapot, ha kipucolod a cipőmet". 

A reklám akkor korrekt üzlet, ha mind- 
két fél megtalálja benne a számításait. 
Csak sajnos a reklám hatása sokkal átté- 
telesebb, bonyolultabb folyamat, sem- 
hogy egy-két mutatóval, például eladási 
statisztikával mérni lehetne. (Az ilyen 
esetek inkább kivételnek számítanak.) 
Minden média eljut az emberek többé- 
kevésbé jól körülhatárolható rétegéhez, 
és akinek üzenete, mondanivalója, befo- 
lyásolási szándéka van ezen közönség 
irányába, az vásárolhat hirdetési felületet, 
hogy saját termékéről és szolgáltatásáról 
közölhesse mindazt, amit jónak, hatásos- 
nak tart. Ha egy cég bármilyen racionális 
okból nem törekszik publicitásra valame- 
lyik médiában, pEIGáHÚn mert az nem illik 









magatartást messzemenően "tisztelni kell. 
Talán még az is elfogadható, ha valaki 
nem racionálisan ugyan, de mégiscsak 


következetesen teszi ezt . Annál nehezebb 
zokszó nélkül tudomásul venni a szaksaj- 
tóban is rohamosan terjedő, tudathasadá- 
sos , PR-cikk" szindrómát. 

A PR (public relations) lényegének 
meghamisítását, sőt kigúnyolását jelenti, 
ha egy cég azzal a feltétellel hirdet, hogy 
jelenjen meg róla ún. ,,PR-cikk" is a 
lapban. Mondjuk ki: ez közönséges áru- 
kapcsolás, zsarolás. Már maga a ,,PR- 
cikk" elnevezés is atrocitás, mert azzal a 
cég tulajdonképpen meg akarja téveszteni 
az olvasót. Olyan látszatot igyekszik kel- 
teni, mintha tárgyilagos szakmai cikk 
jelenne meg, mintha egy független újság- 
író vagy maga a szerkesztőség állna a leírt 
mondatok mögött. Ha pedig ezt még a 
hirdetésektől egisztenciálisan függő szak- 
mai lapok zsarolására is felhasználják, ha 
magát a hirdetést ettől teszik függővé... 
Szóval ennek a PR-hez már végképp 
semmi köze. 

Nehogy félreértse valaki! A szakmai 
sajtóban, így a számítástechnikai publi- 
kációkban is teljesen helyénvalóak azok 
a cikkek, amelyek a termékekről szólnak, 
ismertetik az olvasóval az újdonságokat, 
bemutatják egy szoftvernek vagy hard- 
vernek a működését stb. Ráadásul a füg- 
getlen szakírók ideje is véges, és ismer- 
tetéseik nem mindig jutnak sokkal 
messzebbre annál, amit a cégek saját 
információs anyagaikban közreadtak. Azt 
sem kell feltételezni, hogy amikor meg- 
jelenik valamiről egy cikk, és ugyanabban 
(vagy egy másik) számban a gyártó vagy 
a kereskedő hirdeti is ezt a terméket, akkor 
okvetlenül árukapcsolás történt. A kettő 
etikusan is egymás mellé kerülhet. 

A szaksajtónak az a dolga, hogy 
kiválassza, feldolgozza és saját megkö- 
zelítésében közreadja mindazt, amit érde- 
kesnek talál, akár hirdetik azt, akár nem. 
A hirdetők pedig mérlegelhetik, hogy a 
szerkesztőség által , minden kényszer nél- 
kül" felkeltett érdeklődést kihasználva 
megjelentessnek-e hirdetést is. Ha ez a 
kombináció morálisan nem elmarasztal- 
ható módon jön létre, akkor nincs is baj. 
A felszín alapján azonban többnyire el- 
dönthetetlen, hogy miként történt valójá- 
ban. (A mélység meg hallgat.) 

Legalább ilyen ártalmas és morálisan 
elítélendő a zsarolási manőver fordított 
irányban, amikor maga a kiadó vagy a 
szerkesztőség képviselője lép fel úgy, 
hogy ,írunk rólatok, ha hirdettek". A 
szakmai lapok ráadásul elveszíthetik tár- 
gyilagosságukat, kritikus alapállásukat, 
ha belemennek ebbe a zsákutcába. Fenye- 
gető veszély, hogy fennmaradásuk érde- 
kében feladják az olvasók tájékoztatása 
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iránti elkötelezettséget, mert anyagi erő- 
forrásokat inkább remélhetnek a cégérde- 
kek kiszolgálásától, a ,,PR-. cikkektől". És 
itt időzzünk el egy kicsit. 

A , PR-cikk" tulajdonképpen fából vas- 
karika. Matematikailag: , üres halmaz". A 
:PR-anyag" egészen más. Es ez nem 
felszínes szójáték, hanem ebben van a 
lényeg. PR-anyagokat bármelyik cég ké- 
szíthet magáról, akár annyit is, hogy azok 
faxpapíron körülérnék a Földet, vagy e- 
mailen megtöltenék a kétgigás winches- 
tert (ahol nem törlik le hetenként). Ha a 
PR-anyag eljut egy laphoz, ott kétféle 
formát ölthet: cikké vagy hirdetéssé vál- 
tozhat. Cikként formailag és tartalmilag 
is a szerkesztőség vállalja érte a felelős- 
séget, az olvasó pedig ennek megfelelő 
követelményeket támasztva olvassa azt. 
A másik esetben formailag is egyértelmű- 
en hirdetésként kell azt megkomponálni, 
és tartalmáért teljesen a , feladó felel". Ha 
egy PR-anyagból a lapban a szerkesztő- 
ségi részhez tartozó cikk lesz, akkor az 
információ forrásával nem is szabad a 
közlést megfizettetni. Ha viszont a PR- 
anyag alapján hirdetés készül, azt a meg- 
felelő hirdetési tartifa szerint le kell szám- 
lázni a megrendelőnek. Ennyi az egész. 


A válogatás is üzenet 

A fenti normák látszólag csak a fo- 
gyasztót védik a megtévesztéssel szem- 
ben, valójában azonban a cégek érdekét 
i k, mert enélkül a versenysem- 
az esélyegyenlőség a piacon 
nem érvényesülhetne. Ugyanakkor kiala- 
kultak a közönség önvédelmi reflexei is. 
Hiába próbálkoznak világszerte mindig 
újabb manőverekkel, tipográfiai és eg gyéb 
trükkökkel, hosszabb távon ezek nem 
válnak be, mert az olvasó átlát a szitán 
— és még dühös is lesz, hogy megint 
megpróbálják őt átverni. A public rela- 
tions pedig ennek éppen az ellenkezőjé- 
ről, a bizalomól, a jó kapcsolatokról szól. 

Mi a helyzet a cégek nagyon is újság- 
vagy folyóiratszerű kiadványaival? Azok- 
ban a cikkek miért nem nevezhetők ,,PR- 
cikkeknek"? Az ilyen anyagok formailag 
tényleg cikként, interjúként stb. jelennek 
meg, de van egy döntő különbség. Az 
olvasó egyáltalán nincs tévedésben afelől, 
hogy kinek az információit, kinek a vé- 
leményét olvassa, ki a lap gazdája, milyen 
érdeket fejez ki stb. 

Az érdekeltségi viszonyokat egyértel- 
műen, , dedikáltan" kifejező kiadvány tar- 
talma nyugodtan lehet egyoldalú, részre- 
hajló, elfogult... Az olvasó, kézbe véve 
az ilyen kiadványt, automatikusan elfo- 
gadja annak jellegét (PR-funkcióját), és 
eleve úgy olvassa. Azért nincs viszont 
értelme a benne lévő írásokat PR-cikkek- 
nek nevezni, mert a , PR-cikk" elnevezés 
éppen a környezetében lévő , normális" 
cikkektől való megkölönböztetést akarja 
kifejezni. Itt pedig csak PR-anyagok, 
vagy mellettük PR (értsd üzleti) célokat 
szolgáló szakcikkek vannak. 

Az, hogy valami PR-anyag, vagy PR- 
újság, önmagában nem fejez ki érték- 
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ítéletet, színvonalat. Különösen a mi szak- 
területünkön gyakori, hogy a cégek házi 
kiadványai igen értékes és korrekt szak- 
anyagokat tartalmaznak. Az újságíró, a 
szerkesztő az , üzemi lapoknál" is szűrő- 
ként működik, de ez a funkciója fokozot- 
tan érvényesül a semleges szakmai kiad- 
ványok tartalmának összeállításakor. A 
lap terjedelmét sokszorosan meghaladó 
információtömegből kell kiválasztania 
azt, ami megítélése szerint lényeges, és 
ami az adott olvasótábor érdeklődését 
felkeltheti. A végeredmény természetesen 
tükrözi a válogatási szempontokat, benne 
még szubjektivitást is, de éppen ezekből 
rajzolódik ki a lapok egyénisége, profilja. 
Önmagát minden lapnak vállalnia kell. 

Aki ismeri a public relations szakiro- 
dalmát, az tudja, hogy annak egyik tömör 
megfogalmazása — z erről szóló 
egyik híres könyv címe is — úgy hang- 
zott, hogy ,,Tégy jót és beszélj róla 
cégek gyakran elfelejtik e mondat első 
felét (meg a PR-ből az R-betút), és a minél 
nagyobb publicitás reményében inkább 
PR-ügynökségeket bíznak meg a munká- 
val, igen kemény pénzekért. Olykor erre 
az ,ingyenreklámra" többet költenek, 
mint a valódi hirdetésekre. Nem csoda 
tehát, hogy az ügynökségek formális tel- 
jesítménykényszerbe és komikus szerep- 
tévesztésbe esnek, nem ritkán az értelmes 
kommunikációnak egyszerre több alap- 
elvét is megsértve. Például ugyanazt az 
anyagot küldik ki a különböző profilú, 
illetve heti és havi megjelenésű 
nem kalkulálják be a nyomd; 
időt; olyanokra bízzák a szám 
kai lapokkal való kapi 
nek kezében — kérdéseikből 
talán soha, egyetlen számítástechnikai lap 
nem volt (kinyitva). De mindennek a 
csúcsa, amikor a PR-ügynökségek udva- 
rias körtelefonokkal számon kérik a szer- 
kesztőségeknek elküldött anyagok meg- 
jelenését, néha még azt is, hogy a cég 
elköltözéséről szóló hír mikor fog meg- 
jelenni. (Majd ha hirdetik.) 


PRO "Yes" — Reklám 6 No 
A már említett júniusi cikkben (28. 
oldal) utaltunk olyan cégekre is, amelyek 
furcsa skizofréniával viszonyulnak la- 
punkhoz. Más lapokhoz is, de az ellent- 
mondás talán nálunk a legabszurdabb, így 
a többiek tapasztalatát is ötvözve a mi 
példánk tulajdonképpen modell értékű. 
Közvetlenül vagy PR-ügynökségén ke- 
resztül nagyon sok cég lát el bennünket 
a rájuk vonatkozó információkkal, PR- 
anyagokkal. Szemmel láthatóan fontos- 
nak tartják, hogy híreik megjelenjenek 
lapunkban, hogy elmenjünk konferenciá- 
ikra... Nyugodtan támadhat bennünk az 
a kellemes érzés, hogy ők is úgy látják, 
ahogy mi: az Uj Alaplap az a média, 
amelyen keresztül hatékonyan tudják in- 
formálni a számukra fontos szakmai ré- 
tegeket. Ezt cikkeink, a bennük előforduló 
hivatkozások még inkább felerősítik. Azt 
hihetnénk tehát, hogy minden a legna- 
gyobb rendben van. Meglepetés csak ak- 



























kor ér bennünket, amikor ugyanezen cé- 
gek némelyike elindít egy nagyszabású 
reklámkampányt, és abból , kifelejtik" az 
Uj Alaplapot, bár a hirdetések tartalma 
alapján azokkal kifejezetten a mi olvasó- 
táborunkat kellett volna megcélozniuk. 

Ilyenkor tehát valaki nyilvánvalóan té- 
ved. Vagy a PR-es, aki a szerkesztőséghez 
hasonlóan a cég célcsoportjának tekintet- 
te az Uj Alaplap olvasóit, vagy a reklá- 
mos, aki nem így gondolta. Nézzük meg 
mindkét eshetőséget. 


:No win game" 

1. Ha az Új Alaplap nem tartozik a cég 
célcsoportjába, akkor számukra merő 
pénzpocsékolás szerkesztőségünk folya- 
matos ellátása PR-anyagokkal, munkatár- 
saink vendégül látása konferenciáikon, 
sajtótájékoztatóikon stb. Mi meg pazarol- 
juk a faxpapírt, vesztegetjük az időnket 
a rájuk vonatkozó anyagok elolvasásával, 
megszerkesztésével... Végül azután még 
az olvasó is bosszankodik, hogy olyasmi- 
ről írunk, ami őt egyáltalán nem érdekli. 
, Ennyi hülyét egy rakáson" — mondhat- 
ná népi bölcsességgel a külső szemlélő, 
hiszen ezen mindenki csak veszít — 
kivéve a PR-ügynökséget. Csak a reklám- 
büdzsé gazdái vannak észnél, ők tudják, 
hogy nem ez a megfelelő célcsoport, és 
nem is hirdetnek. De akkor miért nem 
szólnak legalább saját PR-es kollégáik- 
nak, hogy ne költekezzenek már értelmet- 
lenül a ki kasszából!? Rejtély! E 

2. A másik lehetőség, hogy az Uj 
Alaplap olvasótábora valóban a cég által 
elérendő célközönséghez tartozik, és a 
PR-esek szakszerűen és jól dolgoznak. Es 
akkor a reklámosok? Nem kellene esetleg 














" közölni velük, hogy a PR-re fordított 


összeg az ő áldásos közreműködésük ré- 
vén teljes egészében kidobott pénzzé vá- 
lik? Hogy ez azért túlzás? Inkább ellen- 
kezőleg! Sokkal nagyobb kárt okoznak 
cégüknek. Mert mi történik ilyenkor? A 
PR-munka eredményeként folyamatosan 
megjelenő szakmai cikkek, hírek és egyéb 
anyagok kialakítják a lap olvasóinak egy 
részében az igényt a cég termékeinek 
beszerzése és használata iránt, de a vá- 
sárlásra ösztönző vagy ahhoz támponto- 
kat adó végső reklámimpulzus elmarad. 
Pontosabban a kereslet kielégítése áttere- 
lődik a konkurenciához, amely ugyanazt 
vagy a helyettesítő terméket hirdeti az Új 
Alaplapban. Márpedig az ügyfél keze- 
ügyében lévő hirdetésnek nagyobb esélye 
van arra, hogy befolyásolja a végső dön- 
tést. A PR-esek így szépen kikaparják a 
gesztenyét a konkurens cégnek. 

Ha ez a folyamat így folytatódik, akkor 
::PR-cikkekből áll majd az egész világ", 
aminek a , PR-cikkek" gazdái eleinte még 
örülni is fognak, amíg észre nem veszik, 
hogy abban a kommunikációs közegben 
az emberek már azt sem hiszik el, ha 
valaki színtiszta igazat mond. És akkor 
majd ismét keresni kezdik a (még meg- 
maradt) kritikus és független médiákat, 
melyek az olvasó számára hitelesek. 

Faklen Pál 
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Kritikai vitriológia 


Szomorú szenzációk 


1998 júniusának legfontosabb híre: az előre jelzett időpontban 
megjelent a Windows 98, és ráadásul a Microsoft — köszöni 
szépen — szintén jól és még egyben van, hiába támadt neki 
az USA igazságügyi minisztériuma, mint fővádló, miközben 

a válla felett kárörvendően liheg a Sun és a Netscape. 

Előbb azonban egy kicsit politizálni fogok. 

Ne keressenek összefüggést a választások utáni 
kormányváltás és az én témaválasztásom között, 

nem EN időzítettem így. Találgathatnak, hogy ki vagy kik. 


Albacomp , inside" 

Hadd vonjak egy merész párhuzamot 
ott a Microsoft meghurcolása és itthon 
az Albacomp tájékán támadt mestersé- 


ges zavarok között. A hazai számítás-" 


technika legnagyobb és egyben legerő- 
sebb (ráadásul folyamatosan fizetőké- 
pes) cégének három vezetőjét orvul 
tőrbe csalták és bezsuppolták (vizsgá- 
lati fogság). Az ellenük felhozott vádak 
nem tűnnek meggyőzőnek: jogosulat- 
lan áfavisszaigénylés, fiktív számlák, 
esetleg csempészet és hitelkártyák ha- 
misítása. Ez utóbbival nem is az Alba- 
comp vezetőit gyanúsítják, hanem egy 
vélelmezett szolnoki partner fantomcég 
egyik emberét. A vádak így együttesen 
a mai napig nem is hangzottak el, nem 
írták le azokat. Másfél éve gyűjtik a 
bizonyítékokat. Akkor hol vannak? Mi 
a cél? 

A nyomozóhatóság egy valamit nagy 
valószínűséggel el fog érni. Hírbe hozta 
a céget, és a finnyás magyarországi piac 
kerülni fogja az Albacompot, mintha 
leprás lennne, még akkor is, ha a cég 
vezetői kivágják magukat a csávából, 
és a vádak nem fogják megállni a 
helyüket. A Miniszterelnökség Közbe- 
szerzési és Gazdasági Igazgatósága 
mindenesetre azonnal felfüggesztette a 
központi közbeszerzési tender kereté- 
ben két kategóriában is győztes Alba- 
comppal már megkötött szerződéseit. 
Mernék fogadni, hogy az Alba elleni 
feljelentést is nagy valószínűséggel egy 
korábban az Albacomp által szállított 
, gyatra" minőségű számítógépen szer- 
kesztették. (A gyenge minőségre és az 
azzal való megtévesztésre történt célzás 
ugyancsak a letartóztatási akció , PR- 
jeként" hangzott el, ami viszont igen 
érdekes precedenst teremthet a hardver- 
és szoftvertermékek piacán... Ha netán 


mégis komolyan akarják venni, további 
tippekkel mi korlátlan mennyiségben 
állunk az érdeklődők rendelkezésére, 
de talán az is elég, ha rendszeresen 
olvassák az Új Alaplapot.) 

Az , Albacomp-ügy" várható követ- 
kezménye tehát a jóformán egyetlen 
VALÓDI nagy hazai gyártó lezüllesz- 
tése, kivéreztetése. Van elég , hardver- 
senytárs", akik majd betömködik az 
esetleg keletkező űrt. Például a kor- 
mányzati közbeszerzési tendereken. Ki- 
nek is az érdeke? Oui prodest? Maku- 
látlan importőr céget aligha lehetne 
találni, kivéve talán azokat (fél napig), 
amelyek a mai napon kapták meg a 
külkereskedelmi jogot. Az Országos 
Vám- és Pénzügyőrség nyomozói csu- 
kott szemmel is megtalálhatják az addig 
lehúnyt és lesúnyt szemmel szándéko- 
san észre nem vett, jóllehet mindenki 
által alkalmazott trükköket, és a törvény 
teljes szigorával csaphatnak majd le. Az 
új kormány esetleg fontolóra veheti, 
hogy létrehozza a Vidékfejvesztési Mi- 
nisztériumot is, ahol egyetlen (liba)toll- 
vonással rendezni lehet a kérdést. Mi- 
nek is vidékre hazai szerelésű PC, meg 
országos szerviz... megoldják a ma- 
gyarországi leányvállalattal rendelkező 
multik. 

Nálunk mindenkit megillet a jóhír- 
név védelme, az ártatlanság vélelme. 
Egyenlőek vagyunk, bár a híres orwelli 
idézet nem vesztette érvényét, és a 
demokráciákban is vannak másoknál 
, egyenlőbbek". A HVG például teljes 
nevén nevezi az Albacomp három pro- 
minens vezetőjét, míg a velük együtt 
említett, lopott személyi adatokkal ma- 
nipuláló N. Jánost (jaj, csak nem Neu- 
mann János) és K. Pétert jótékony 
anonimitásba burkolja. Erről persze 
nem a HVG tehet, ők is a hiányos 
rendőrségi közleményekből hámozták 


ki az információkat. Az egyik oldalon 
ott van néhány székesfehérvári szakem- 
ber, akik letettek már egyet s mást az 
ország asztalára, befizetett adóban és 
járulékokban, sőt munkában, hozzáér- 
tésben, országos szintű infrastruktúrá- 
ban. A másik oldalon N. J. és K. P. 
személyiségi jogait bezzeg védeni kell. 
Hiszen ők csupán létrehoztak egy-két 
fantomcéget, banki átutalási stiklikkel 
sápolták felebarátaikat. . . 

Visszatérve a minőség témájára, a 
Jász-Nagykun-Szolnok Megyei Rend- 
őrfőkapitányság (jelesül —— Lengyel 
György alezredes, sajtófőnök) bedobta 
a köztudatba, hogy az Albacomp gépe- 
ibe rossz minőségű tajvani alkatrésze- 
ket építettek be, és úgy tüntették fel a 
dolgot, mintha azok Írországból szár- 
maztak volna. Nem tudom, mi az igaz- 
ság, de azt hallottam, hogy európai 
államhitelek (Phare program) csak 
európai származási igazolással rendel- 
kező gépekre járnak. Egyébként pedig, 
ha a VPOP , szakemberei" belenézné- 
nek az úgymond márkás gépek vagy 
szoftverek belsejébe, és azt minőség- 
vizsgálatnak vetnék alá, itt kő kövön, 
szem szárazon nem maradna. 

Székesfehérvár egy reggeli rádiómű- 
sorban melléállt a letartóztatott veze- 
tőknek. Akkora börtön azonban nin- 
csen. A szűkebb értelemben vett szakma 
hitetlenkedési nyilatkozatokat tett, de a 
tények pontos ismerete hiányában senki 
nem ment túl messze. Az általános 
jellegű állásfoglalásokban pedig azért 
olyan óvatos mindenki, mert tudja, 
hogy a magyar vállalkozó , gumiszabá- 
lyok" között bokszol. Ez nagyon elő- 
nyös is lehet, amikor a gumikötél a 
nekifeszüléstől megnyúlik, de kelle- 
metlen, amikor utána összehúzódik. 
Magyarországon a , ring" egyelőre még 
olyan, hogy abban a mérkőzések kime- 
netelét megannyi tudás, érték, érdem, 
tehetség, minőség, tisztesség sem tudja 
egyértelműen eldönteni. Ráadásul a 
pontozás is elég szubjetív műfaj. Egy- 
szerűbb tehát annyival elintézni az egé- 
szet, hogy , ma neked, holnap nekem". 

Mint , illetékest", a Microsoft ma- 
gyarországi leányvállalatának vezető- 
jét, Reisz Attilát a rádió azonnal meg- 
interjúvolta. Szegény, mit mondhatott 
volna mást, mint azt, hogy korábban 
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megkötött szerződéseik szerint szállíta- 
nak az Albacompnak.  Tehetnének 
mást? Lehet, mert a hajlam a jelek 
szerint megvan bennük: partnereiket 
mindenféle szoftvertisztasági nyilatko- 
Zatokra akarják rábírni, miszerint X 
jelentse ki hivatalosan (deklarálja papí- 
ron) Y-nak, hogy tiszta. Ezt azonban Y 
szúrópróbaszerűen bármikor ellenőriz- 
heti Z (maga a BSA) segítségével, 
illetve ellenőrzi is, és akkor rettenetes 
szankciók, sajtóbeli meghurcolás, ön- 
kéntes pénzbírság, 2 heti csokoládé- 
megvonás, siralomház, akasztófa kö- 
vetkezik. Mintha a hatályos jogszabá- 
lyok adta keretek nem lennének elegen- 
dőek. 


Windows 95 4. 3 


Az Albacomp esete mellett szinte 
eltörpül a másik eget rengető nagy hír, 
hogy itt a Windows 98. Hurrá, vegye, 
vigye, aki akarja! Nem hemzseg a 
szembeszökő újításoktól, de a Windows 
95 megjelenése óta még csak három év 
telt el, és ne feledjük, hogy Win95 
tökéletes minőségű termék (nem pedig 
írországinak álcázott tajvani ócskaság), 
viszont ideje volt Redmondban újra 
megsuhogtatni a kaszát, hátha hullik 
egy kis pénz világszerte... 

Innen kezdve már saját szuverén 
tapasztalataim, benyomásaim követ- 
keznek a Win98-ról. Otthoni 200 MHz- 
es Pentium MMX processzoros, 64 MB 
RAM-os PC-men észleltem az alább 
leírtakat. Mielőtt még a Microsoft egy 
általam egyáltalán nem tisztelt ,, sup- 
port" menedzsere cáfolná, hogy én 45 
másodperces betöltési időket regisztrál- 
tam, mert az szerinte csak 30, én most, 
2 és fél év elteltével reagálok egy 
korábbi esetre. Akkor, első felindultsá- 
gomban csak valami gorombaságot tud- 
tam volna válaszolni, amit a Új Alaplap 
szerkesztői úgyis kihúztak volna a cikk- 
ből. Tehát most nagyon higgadtan el- 
mondom: nem a legbölcsebb dolog 
mérési eredményeket úgy cáfolni, hogy 
az eredeti mérésben nem veszünk részt, 
de a mérés reprodukálására sem va- 
gyunk hajlandók. 

Mindenek előtt az a megállapítás, 
hogy a Windows 98 gyorsabb, mint 
elődje, legalábbis a képernyőterítésnél 
nem igazolódott be számomra. Sőt! A 
bittérképes ábrák megjelenítési sebes- 
sége kimondottan pocsék, szemmel kö- 
vethetően lassú. Szégyen. Attól sem 
vagyok boldog, hogy kilépéskor , A gép 
nyugodtan kikapcsolható" felirat pilla- 
natok alatt megjelenik, mert akkor már 
majdnem mindegy 5-10 másodperc ide 
vagy oda. Sőt! Megkérdezném, hogy a 
Win95-ben mi a francot vacakolt annyit 
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az operációs rendszer a végső kikap- 
csolás előtt, ha mostanra sikerült nor- 
mális időtartamúra redukálni?!? Igaz, 
kezeli az USB (Universal Serial Bus) 
típusú perifériákat, ami most legyen 
csak a Win98 gondja, ne az enyém, 
egyelőre ugyanis nincs a láthatáron 
ilyen csatlakozójú eszköz széles e hon- 
ban. Sem a kívánságlistámon. A Win- 
dows 98 jószerével tehát a Windows 95 
OSR-2 apróbb továbbfejlesztésének 
mondható. 

A tényleg jó dolgok azért jól elrejtve 
ott vannak a csomagban. Ilyen például 
az eredeti CD-n található Windows 98 
Resource Kit. Külön kinyomtatva is 
megvásárolható a Microsoft Press ki- 
adásában, mintegy 70 dollárért (ami 
testvérek között is legalább 15 ezer 
magyar pénz -- 1299 áfonya), szemben 
a korábbi 35 dollárral. Ennek utility 
programjai között csücsül a Microsoft 
Powertoys, és közülük a TvweakUI most 
is nélkülözhetetlen. Olyan beállítások- 
hoz enged hozzáférni, melyektől a nor- 
mál Win98 megfoszt. Mondhatnám: 
mindenki számára kötelező tananyag. 
Ugyancsak jól használható egy batch 
nyelv a kötegelt feldolgozások automa- 
tikus levezényléséhez. Tetszett még a 
Resource Kit Sampler központi indító- 
felülete is. A GUI tehát fejlődött az 
elmúlt 3 évben. De mindenek csúcsa 
úgyis az MS Office 2000 vagy v9.0 
lesz, valamikor az év vége tájékán. 

Még egy pozitívum: jó dolog a Task- 


baron a Ouick Launch szolgáltatás, ami . 


nem más, mint a kérdéses program 
miniikonjának képe, nem a jobb olda- 
lon, hanem bárhol másutt, és egyetlen 
egérkattintással elindul. 

Egy telhetetlen telepítés után (min- 
dent beikszelve) a lényegét tekintve 
internetes  programcsalád sorakozik 
majd a gépünkön: 

— Outlook Express e-mailező és 
hírolvasó program, kvázi ügyfélnyil- 
vántartó szintű házi telefonkönyvvel. 

— Microsoft NetMeeting audio-, 
adat- és videokonferencia szoftver. Az 
utóbbihoz minikamera és mikrofon 
szükségeltetik. 

— Personal Web Server, hogy kilép- 
hessünk akár a világegyetem nyilvános- 
sága elé is, gyengébbek kedvéért Web 
Publishing Wizarddal. 

— Microsoft FrontPad nevű HTML- 
szerkesztő, amely nem más, mint a 
FrontPage 98 leegyszerűsítése, lebutít- 
ványa. (Persze nem így kellett volna 
fogalmaznom, hanem hogy a FrontPage 
a FrontPad felokosított változata. Így 
mindjárt jobban hangzik, ugye?) 

— Microsoft NetShow lejátszó, ez 
egyelőre maga a jövő, merthogy háló- 


zati multimédiás adatfolyamok közve- 
títésére találták ki, de ezek kis sávszé- 
lességű kommunikációs csatornákon 
gyakorlatilag élvezhetetlenül lassúak, 
azaz hanyagolhatók. 

Az egy medvéről több bőr lehúzásá- 
nak tipikus esete a Microsoft Windows 
98 Plus!! (A második felkiáltójelet én 
raktam ki, az első mindig ott van, bár 
eddig egyetlen hasonló esetben sem 
tudtam rájönni, hogy miért.) Az 50 
dolláros csomagot három évvel ezelőtt 
is piacra dobta a Microsoft, most sem 
lehetett róla lemondani. De ez már 
meglehetősen komolytalanra sikere- 
dett. Mert ugye újabb desktop témák 
(mélytengeri búvárkaland, vadnyugat 
stb.) falják a helyet a CD-n, elindítva 
pedig a gép operatív tárában. Ott van a 
Microsoft Golf korlátozott, nem teljes 
változata. , Zakson", de olyan aprósá- 
gokat is ránk akarnak sózni, mint File 
Cleaner, Registry Cleaner. Ezeket egy- 
ben olcsóbban megkaphatja az ember 
egy Unlnstaller (vagy CleanSweep) 
csomagban, és jobban jár. Punktum. 


FAR-hírek 


1998. július 1-jén megjelent az 1.52- 

es változat. Az említésre méltó újdon- 
ságok közül kiemelkedik az Advanced 
compare plugin. Amely a korábbi for- 
mális (a fájl neve, hossza, dátuma alap- 
ján történő) összehasonlításon túl bele- 
néz a fájlok és alkönyvtárok tartalmába 
is. Kellett is. Az FTP kliensbe bekerült 
.az idegennyelvi kódtáblakezelés, és 
egyéb apróbb módosítások történtek. 
Shift--F8-ra a belső állománynézegető 
immáron elviseli az unicode-os fonto- 
kat is. (Egészen pontosan az ilyen kód- 
kiosztással megáldott betűkészleteket.) 
A beépített editor ezentúl oszloporien- 
tált blokk-kijelölésre és blokk-kezelés- 
re is képes, blokkokat tud jobbra-balra 
egyesével léptetgetni. Nocsak, alakul- 
gat egy ügyes kis programozói editor! 
Interakció? Igen, mégpedig a User Me- 
nu-ben foglaltak ezentúl felhasználó 
inputot is elfogadnak: 

)deTitlez?2nit:! 

Például: grep !?Search for:?! 
!?Search in:?"."!leMarfar.exe -v - 

Más szerzők által kifejlesztett újabb 
pluginek is elérhetők a FAR/RAR hi- 
vatalos weblapjáról, a www.creabel 
.com-ról, úgymint: 

ASCII tábla, számrendszerbeli átvál- 
tásokra alkalmas kiskalkulátor, UU-kó- 
doló (a dekóder rész egyelőre még nincs 
kész), egy desktopra linkeket kiköpő 
segédprogram (amely az .LNK állomá- 
nyokat is megérti és annak megfelelően 
feldolgozza). 

Herczeg József 
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Lotus eSuite Workplace and DevPack 


Java, vagy nem Java? 


A címben feltett kérdés egyre több nagy cégnél hangzik el, 
külföldön és itthon egyaránt. A jelenlegi PC-s számítástechnikában 
meglepően gyorsan honosodott meg újból a kompatibilitás, 

a többplatformosság és a nyíltság fogalma, s mindennek egyik fő 
zászlósa (háta mögött olyan cégekkel, mint a Sun, IBM, Novell, 
Oracle és a Netscape, hogy csak a legnagyobbakat említsük) 
maga a Java nyelv, vagy más nézőpontból: platform. 

Ez utóbbi megközelítés márcsak azért is fontos, mert így 
érthetőbbé válik az IBM és a Lotus stratégiája, amely 

a Java-történet egyik fontos fejezetéhez vezetett. 


Mi táplálja a Java iránti általános 
lelkesedést? A számítástechnika divat- 
hullámai jönnek és mennek. Ez annak 
ellenére így van (volt és lesz), hogy 
nehéz elképzelni például a windowsos 
világ eltűnését. Mégis, a Java talán 
többet ígér (és teljesít), mind az eddigi 
kísérletek. Első érdekes és megkülön- 
böztető jel, hogy rengeteg nagy cég 
sorakozott fel mögé, de nincs köztük a 
Microsoft. Másodszor: a 10090 Pure 
Java kezdeményezésnek köszönhetően 
valóban egyre több alkalmazás fut szin- 
te kivétel nélkül minden VM (virtuális 
gép) környezetben. A harmadik pedig, 
hogy rengeteg fejlesztő dolgozik Java 
alapú programokon, így aki egyszer 


elkezd Java-ban gondolkodni, egyre 
több segédprogramját válthatja fel. 
Magát a Java történetet is megvizs- 
gálhatnák alaposan, most azonban az 
egyik legfontosabb lépést vesszük 
szemügyre: az első irodai csomag meg- 
jelenését Java alapokon. Elsőként a 
Corel próbálkozott a Corel Office for 
Java elkészítésével, de ez (úgy tűnik) 
meghaladta erejüket. Fontos tény, hogy 
miközben a Java alapú irodai csoma- 
gokból egyelőre nem lehet sokat eladni, 
vagy nagy pénzeket kasszírozni, addig 
a Lotus—IBM párosnak a Java para- 
digma elterjesztése miatt pénzügyileg 
hosszú távon megtérülő befektetésként 


megéri ezen a területen alapozni. 


Ennyi háttérinformáció után vegyük 
szemügyre magát a Lotus eSuite cso- 
magot, amelynek két fő részéből (eSuite 
Workplace és eSuite DevPack) a mos- 
tani CD-mellékleten az eSuite DevPack 
teljes (jogilag korlátozott) változata ta- 
lálható meg, erőforrásfájlokkal az euró- 
pai nyelvekhez, köztük a magyarhoz is. 

Az eSuite lényegében három külön- 
álló részből áll. A végfelhasználók in- 
kább csak az eSuite Workplace-szel 
találkoznak, ez a hagyományos érte- 
lemben vett , irodai csomag". A fejlesz- 
tők számára érdekes az eSuite DevPack, 
amelynek segítségével Java és Web 
alapú alkalmazásokat építhetnek, kész 
komponensekből . (szövegszerkesztő, 
táblázatkezelő stb.). Kicsit bővebben: 
mindazok a Java objektumok, osztály- 
könytárak és egyebek, amelyekből az 
eSuite Workplace készült, részei a Dev- 
Pack-nek, kiegészítve részletes doku- 
mentációval és fejlesztési tanácsokkal. 
A harmadik , komponens" nem jelenik 
meg külön csomagban, jelentősége 
azonban — úgy tűnik — túlmutat az 
eSuite-on: ez az InfoBus technológia, 
amelynek segítségével a csomag kom- 
ponensei egymással kommunikálnak és 
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amelyet külön is használhatnak a Java- 
fejlesztők. A Lotus—IBM és a Sun célja 
az, hogy szabványosítsa a technológiát, 
ezáltal egységesebb, dinamikus felüle- 
tet biztosítson az alkalmazásoknak az 
adatcserére. (Távoli nézetben ez az 
OLE és a DDE technológiákhoz hason- 
ló dolog.) 


eSuite Workpliace 

A Workplace részei megfelelnek a 
hagyományos szerkezetnek: szöveg- 
szerkesztő, táblázatkezelő, grafikon- 
készítő, prezentációkészítő valamint 
projektkezelő és kommunikációs esz- 
közök. Az összes modult egy közös 
felületről, a Workplace-ről érhetjük el. 
Láthatólag a tervező — mi másnak 
nevezhető ennek a szemet gyönyörköd- 
tető felületnek a létrehozója — nem 
kötődött a megszokott sémához: az erős 
webes hatásról árulkodó kinézet telje- 
sen elüt a hagyományos menüs-ikonso- 
ros, részben a CUA szabványból kifej- 
lődött felhasználóbosszantó egyveleg- 
től. 

Persze ez esetben is jogos a kétkedés: 
hogyan valósítható meg az a funkció- 
kavalkád, ami a mai irodai csomagokat 
jellemzi, ha nincs menü? Pontosan ez 
az, amiben az eSuite Workplace kon- 
cepciója gyökeresen különbözik előde- 
itől. A cél nem egy dinoszaurusz mére- 
tűre növelt komplexum, hanem egy jól 
használható, kizárólag a szükséges 
funkciókat tartalmazó, a hatékony mun- 
kát segítő csomag létrehozása volt. 

A Lotus részéről a legtöbbet hangoz- 
tatott mottó a 80/20-as szabály: , Az 
emberek nyolcvan százaléka a funkciók 
húsz százalékát használja." Az eSuite- 
tal elsősorban a vállalati környezeteket 
célozzák meg, ennek megfelelően léte- 
zik kiszolgáló része a Workplace-nek, 
amely elősegíti a kliensek kapcsolódá- 
sát, és ott lehet beállítani mindenféle 
jogosultságotis a felhasználók számára, 
az elérhető programoktól kezdve egé- 
szen azokig a funkciókig, amelyeket az 
egyes modulokban használni lehet. 
(Módosíthat-e vlaki dokumentumokat, 
böngészheti-e a Webet stb.) 

Ez a központilag adminisztrálható 
környezet teszi lehetővé, hogy a fel- 
használónak nem kell bajlódnia sem a 
felesleges funkciókkal, sem azokkal a 
programokkal, amelyeket nem használ. 
A Workplace emellett bővíthető, így 
bármilyen más Java program felvehető 
rá, helyettesítve magát az operációs 
rendszert és felületet. (Egy munkahe- 
lyen természetes, hogy a munkaeszkö- 
zökön kívül mást nem kell elérnie a 
felhasználónak.) Az eSuite-ot az első 
körben az NC-kre (hálózati számítógé- 
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pekre) akarják felrakni, de elkészült 
már más (PC-s) Java VM-ekre is a 
program, itt lényegében csak a tesztelés 
van hátra. Elméletileg minden Java 
VM-en futtatható a program, hiszen 
megfelel a 10090 Pure Java kezdemé- 
nyezésnek, azonban a VM-implemen- 
tációk mégis különböznek egymástól 
annyiban, hogy csak alaposabb teszte- 
lés után adhatók ki rájuk programok. A 
gyakorlatban nálunk Windows 95 alatt 
és OS/2 Warp 4 JDK I.I1.4 alatt is 
kitűnően futott. 


Szöveg, táblázat, prezentáció 

Itt is — mint az összes komponens- 
ben — igaz a fentiekben már kifejtett 
állítás: aki varázslókra, virtuális gem- 
kapcsokra és egyéb ilyesmikre vágyik, 
az keressen magának másik szöveg- 
szerkesztőt...  :-) 

A Workplace csak az alapokat kezeli 
(HTML, ASCII, RTF és még néhány 
formátum), a DevPack programozóira 
vár az adott cégnél az adott környezet- 
ben szükséges extrák elkészítése. Itt 
nincs értelme felsorolni a funkciók lis- 
táját. Amit a HTML tud, azt lényegében 
meg tudja oldani a wordprocessor és a 
spreadsheet modul — de annál nem 
sokkal többet. Használhatók az elterjedt 
internetes képformátumok, illetve bizo- 
nyos videotípusok, melyeket a HTML 
is megenged. 

Prezentációk készítésére a Freelance 
Graphics-hez erősen hasonlító modul 
szolgál, amely meglepően jól műkö- 
dött, a Java sebességének megfelelően 
lehetett használni. 

Van még a csomagban naptár, leve- 
lezőprogram és beépített böngésző is 
(HotJava alapú), amelyekről nem kell 
bővebben értekezni, e funkcióktól el- 


us eSuite WorkPlace for amby 





várhatóan működő, jól használható ré- 
szek. Aki ismerős a Lotus Notes-ban, 
az a naptárat könnyen használatba veszi 
majd. Az eSuite csomag részei, ahol 
csak lehet, támogatják az elfogadott 
internetes, TCP/IP-s szabványokat, így 
például a levelezésnél a POP3-at, az 
SMTP-t, a címtárnál az LDAP-ot és 
még számos technológiát. 


Összefoglalás 
Ez a csomag hosszú távú koncepció- 
jában támadás a Microsoft és más cégek 
által képviselt platformfüggőség ellen, 
ráadásul a monstrumoknak is egyértel- 
műen hadat üzen. Leegyszerűsített 
készlete a legtöbb ember számára bő- 
ségesen elegendő, menüje nincs is. Ez 
bátor lépés, de nem is éreztem hiányát, 
kivéve talán az objektumokra jobb egér- 
gombbal rákattintva előbukkanó menü- 
ket és időnként a drag"ndropot. Úgy 
érzem, hogy amikor majd a program 
kereskedelmi forgalomba is kerül, és 
lefutnak az első pilot programok 
(hosszabb tesztelések valós környezet- 
ben), akkor sokan térnek majd át rá, 
főleg azok, akik egyébként is a Java 
felé orientálódnak. Jelenleg az IBM 
Network Station 1000 szériával szállít- 
ják, és ára 49 dollár! 
Akire mindez esetleg még nem hatott 
eléggé, annak is érdemes felfigyelnie 
valamire: ez az első Java alapú alkal- 
mazás, amely a végfelhasználói piacra 
is be tudna. Eddig a Java inkább a 
" vállalati szférában terjedt, és a Corel- 
Office után kétséges volt, hogy képes 
lesz-e valaha is túllépni az üzleti alkal- 
mazások körén. A Lotus eSuite Workp- 
lace és a DDevPack olyan válasz, amelyre 
érdemes odafigyelni. 
Ambrózy Gábor 
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A Software Choice választéka 


Az IBM kiadta az OS/2-es Java mo- 
tor 1.1.6-os változatát, amely elődjeinél 
még gyorsabb, még stabilabb és még 
kompatibilisabb lett a Sun által definiált 
Java szabvány révén. Képes a több 
processzorral felszerelt rendszerek 
(Warp Server SMP) teljes kihasználá- 
sára is. A Warp 4-be integrált 1.0.2-es 
motorral ellentétben az 1.1.6 már telje- 
sen kiküszöböli a 2000. évi dátumprob- 
lémát is. Az Unicode támogatást nélkü- 
löző, a Software Choice-ról letölthető 
változat 8 MB-ot tesz ki. Az ugyanitt 
található teljes verzió 18 MB, és mel- 
lékelték még a fejlesztői csomagot is 
(Java Development Pakage), amely 12 
MB-os. Az időközben frissített OS/2-es 
Netscape 2.02 (service level 8) már 
támogatja az új motort, amely a J Street 
Mailer legutolsó kiadásával és a Hot- 
Java Browserrel is tökéletesen együtt- 
működik. A Java 1.1.6 és a legújabb 
Netscape mellett az IBM elkészítette az 
LDAP (Lightweight Directory Access 
Protocol) Toolkitet is, amely azonban 
csak a Software Choice előfizetéssel 
rendelkezők számára érhető el. Az 
LDAP gyors terjedését jelzi, hogy már 
megjelent az első ingyenes, egyelőre 
azonban még csak szöveges felülettel 





rendelkező LDAP toolkit is, amelyet az 
alábbi URL címen lehet megtalálni: 
ftp://hobbes.nmsu.edu/pub/os2/util/ 
network/tcpip/ldaptools.zip. 


Warp 5 vagy inkább 2000? 


A WarpCast hírszolgálat (http:// 
www.warpcast.com/) 63-as száma, az 
IBM-hez közelálló, ám magát megne- 
vezni nem kívánó forrásra hivatkozva 
közölte, hogy az IBM fontolgatja egy 
új Warp kliens még 2000 előtti kiadását, 
amely a már hivatalosan 1999-re beje- 
lentett Warp Serverrel alkotna párt. Az 
Interneten terjedő más pletykák szerint 
az IBM a Warp 2000 kiadására készül, 
amely az összes, eddig részeiben ki- 
adott javításokat integrálná egyetlen, a 
2000. évi dátumproblémára felkészített 
Warp-verzióba. Az IBM eddig azonban 
még nem erősítette meg a híreket. 


HotJava Browser 1.1.2 


A Sun kiadta a HotJava böngésző 
1.1.2-es változatát, amely minden, leg- 
alább 1.1-es virtuális Java gépen, így 
OS/2-n is futtatható. A HotJava böngé- 
sző teljesértékű Unicode 2 és HTTP I.1 
támogatást, valamint HTML 3.2 kom- 
patibilitást nyújt. Szinte magától érte- 
tődően nem jelent neki akadályt a Java 





Piaceioci/ibzhotjava/Avhats-hot html — 
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programocskákat, kereteket, táblázato- 
kat, GIF és JPEG képeket vagy AU 
hangállományokat tartalmazó oldalak 
megjelenítése sem. A HTTP 1.1 proto- 
koll mellett megérti az ftp és gopher 
, nyelvet" is, valamint támogatja az 
SMTP, MIME, SOCKS és SSL 3.0 
(Secure Sockets Layer) szabványokat. 
Az alkalmazás ingyenesen letölthető a 
Sun oldaláról: http://java.sun.com:80 
/products/hotjava/1.1.2/generic/index 
.html. Akinek nem sikerülne OS/2 alatt 
életet lehelnie a böngészőbe, annak 
érdemes beszereznie a hobbes.nmsu 
.edu-n található hj110s52.zip csomagot, 
amely hasznos tanácsokat ad, és egy 
kiváló, REXX-ben írt indítóprogramot 
is tartalmaz. 


MuPad 1.4.0 


A német illetőségű SciFace Software 
GmbH elkészítette matematikai felada- 
tok megoldására szolgáló programjá- 
nak OS/2-es változatát. A MuPad már 
eddig is elérhető volt Windows 95-re, 
NT-re, Macintoshra és néhány Unix 
variánsra. A MuPad kiválóan alkalmas 
numerikus és analitikus számítások el- 
végzésére, illetve matematikai problé- 
mák programozására. A MuPad prog- 
ramozási nyelve könnyen tanulható, 
szintaxisa leginkább a Pascaléhoz ha- 
sonlít. A program OS/2-es verziója je- 
lenleg nem rendelkezik grafikus felület- 
tel, és a termék iránti érdeklődéstől 
függ, hogy ezt elkészítik-e hozzá, A cég 
jelenleg nem nyújt támogatást a MuPad 
0OS/2-es kiadásához, viszont ingyen a 
felhasználók rendelkezésére bocsátja a 
terméket, amely az ftp://ftp.mupad.de 
/MuPAD/distrib/os2/ könyvtárban ta- 
lálható. További információk a SciFace 
honlapján — (http://www.sciface.com), 
esetleg e-mailben is lehet érdeklődni az 
inforgsciface.com címen. 


Egyesített telefon, e-mail és fax? 


Az InfoWorld — (http://www.info- 
world.com) híradása szerint az IBM és 
a Lotus olyan forradalmi termék kifej- 
lesztését tervezi, amelynek segítségével 
egyetlen csatornába lesznek terelhetők 
a telefon- és számítógép-hálózatokon 
ma még elkülönülve áramló informáci- 
ók. Az amerikai illetőségű Voice Tech- 
nologies Group PremisMail termékét 
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kívánják ugyanis a Lotus Notes-ba in- 
tegrálni, s a tervek szerint az új Notes 
szerver OS/2-n futna. A PremisMail 
segítségével minden felhasználó kap 
egy ún. multimédia levelesládát, amely 
az e-mail-üzenetek mellett a fax- és a 
telefonüzeneteket is tárolja WAV for- 
mátumban, ezáltal később meghallgat- 
hatók a PC beépített hangszóróján. A 
program tartalmaz egy szöveg-hang át- 
alakítót, amely biztosítja az ellenkező 
irányú adatcserét, hogy ezáltal az e- 
mail- és fax-üzenetek is kiolvashatóak 
legyenek a levelesládából, telefonon 
keresztül. A Voice Technologies Group 
és a PremisMail web oldala a http:// 
www.vtg.com címen található. 


TepLeds 1.0 


Kicsi, ugyanakkor sokak számára 
szórakoztató segédprogramot készített 
Oleg Titov. Ez a számítógép billentyű- 
zetén található Num Lock és Scroll 
Lock fénykibocsátó diódákat (LED) 
villogtatja, amikor a gép és a hálózat 
között adatcsere zajlik. A TepLeds in- 
gyenes, és aki szeret programozással 
foglalkozni, annak valószínűleg külön 
öröm, hogy a szerző a forráskódot is 
mellékelte. A program egyik lehetséges 
lelőhelye: http://hobbes.nmsu.edu/pub 
/os2/apps/internet/util/tepleds10. zip. 


Fortify 1.2.4 a legújabb Netscape-hez 


128 bites titkosítási eljárást használ- 
hatnak a Netscape OS/2-es verziójának 
tulajdonosai, ha Ausztráliából letöltik 
(http://www.fortify.net/) és telepítik a 
címben említett ingyenes terméket. Mi- 
vel az amerikai exportrendelkezések 
tiltják a 64 bitesnél komolyabb kódolást 
használó termékek kivitelét, ezért a 
Netscape böngészőibe beépített 128 bi- 
tes titkosítási modulhoz csak az ameri- 


DIGITÁLIS FÉNYKÉPEZŐGÉPEK 


Egyszerű kezelőszervek 
Memóriakártya — Zoom objektív 


Szines LCD Vaku 


Video kimenet KODAK DC210 


Típus Normál ár Akció 
DC120 239.000  189.900 
DC210  249.000  199.800 
DVC323 PC video kamera 
55.000 49.900 
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MIDI Station Seguencer 1.06 


kai, illetve kanadai állampolgárok jut- 
hatnak hozzá, ráadásul azok is csak 15 
dollár lefizetése ellenében. 


Warpos javítócsomagok 


AzIBM , javítóműhelyéből" kikerült 
újabb javítócsomagokat telepíthetnek 
az elégedetlen vagy nyughatatlan fel- 
használók. A Warp 3-hoz megjelent a 
36-os javító (fix), amely az ftp://service 
.boulder.ibm.com:/ps/products/os2/ 
fixes/v3.Owarp/english-us/xr wO036 
könyvtárban található. A Warp 4-hez a 
cikk írásának pillanatában adták ki a 
7-es javítócsomagot. Ez utóbbi az ftp:// 
service.boulder.ibm.com/ps/products/ 
052/fixes/v4warp/us-english/xr m007 
címről szerezhető be. Ha már a javítá- 
soknál tartunk, akkor érdemes megem- 
líteni az OS/2 Device Driver Pak Online 


KODAK 
MEGAPIXEL 
egymillió pontos 

felbontás 


md 


DIGITALTECHNIKA 





lapon (http://service.software .ibm.com 
/os2Zddpak/html/diskands/adaptec/index 
.htm) található frissített Adaptec SCSI 
kártyadrivert is. 


MIDI Station Seguencer 1.06 


Christopher D. Hodges (cdhodge 
(Aibm.net) jóvoltából megjelent a MIDI 
Station Seguencer újabb, 1.06-os kiadá- 


. Sa. A kifejezetten Warp 4-re tervezett 


program egy 16 csatornás, többsávos 
szekvenszer, amely kihasználja a Warp 
4-ben található, nagy felbontású MIDI 
alrendszert hangfelvételek szerkeszté- 
sére. A shareware alkalmazás letölthető 
a BMT Micro szerveréről (http:// 
www.bmtmicro.com) vagy a szerző 
weblapjáról (http://www.geocities .com 
/SiliconValley/Horizon/6780). 

Kádár Zsolt 


CSERÉLJEN NYOMTATÓT! 


TINTASUGARAS 
NYOMTATÓJÁT 
BESZÁMÍTJUK 


20.000"/10.000"" forint értékben, 
ha "üzemképes/"üzemképtelen 


LÉZERNYOMTATÓ 
79.900 HELYETT 


59.900 
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Audiatur et altera pars 

.A Windows 98 az első Windows 
operációs rendszer, amelyet kifejezetten 
az otthoni felhasználók igényei alapján 
alakítottunk ki — nyilatkozta Bill Gates. 
— Ennek köszönhetően ez a Windows 
eddigi legkényelmesebb, használatát te- 
kintve legegyszerűbb változata, amely 
remélhetőleg még több felhasználó szá- 
mára teszi elérhetővé a PC nagyszerű 
lehetőségeit." 

A Windows 98 nemcsak a felhaszná- 
lók számára kínál nagyszerű új lehetősé- 
geket. Egyedülálló jellemzői az egész PC 
iparág számára előnyösek — mondta Rod 
Schrock, a Compag elnökhelyettese. — 
A hatékony, de egyszerűen kezelhető és 
a felhasználók igényeihez nagyszerűen 
alkalmazkodó jellemzők az iparág fejlő- 
désére legalább olyan jó hatással lesznek, 
mint amennyire megkönnyítik majd a 
tapasztalt és kezdő felhasználók életét." 

"A Windows 98 USB-támogatásának 
köszönhető, hogy hamarosan jelentős 
mértékben kibővül az USB eszközök 
[universal serial bus] választéka, és azis, 
hogy az új termékek használata már sok- 
kal egyszerűbb lesz — nyilatkozta David 
Fair, az Intel technológiai fejlesztési 
vezetője. — Az USB technológia elter- 
jedésével egészen újfajta számítástechni- 
kai lehetőségek tárulnak fel, és egyre 
többen kezdenek majd PC-ket használni, 
ami egyúttal azt is jelenti, hogy a piac 
kibővül, és a felhasználók számára a PC 
sokkal többet nyújt majd, miközben hasz- 
nálata sokkal egyszerűbbé válik." 


TETTEK ZEEZEZEE 


tn Me ENNENNEN 


Bankinformatika Unix-alapon 


Külföldi és hazai szoftverházak verse- 
nyében, többfordulós pályázaton nyerte 
el a megbízást a hazai fejlesztésű szoft- 
verek történetének legnagyobb értékű 
projektjére a banki számlavezető rendsze- 
rekkel foglalkozó Online Kft. Egységes 
bankinformatikai platformon kell kiala- 
kítaniuk az ország több mint 230 taka- 
rékszövetkezetének 1700 fiókjában a szá- 
mítástechnikai rendszert. A központi szer- 
veren működő BOSS (Bank Operating 
Software System) integrált banki alkal- 
mazás Unix alapon, Progress futtatókör- 
nyezet segítségével szolgálja ki a helyi 
és távoli terminálokon bejelentkező fel- 
használókat. 


TEVOEATZZEKEETTKTTEZ TETU TT 


Java tanfolyam 


Magyarországon ez év tavaszán öt ve- 
zető számítástechnikai cég, az IBM, a 
Sun, az Oracle, a Novell és az IOsoft 
elhatározásából megalakult a Java Szö- 
vetség, azzal a céllal, hogy elősegítse a 
Java oktatását, terjesztését. A nyáron meg 
is rendezték az első egyhetes bentlakásos 
tanfolyamot (Java szemináriumot), ame- 
lyen a , Java osztályok" indítására vállal- 
kozó tíz felsőoktatási intézmény 25 ok- 


tatója díjtalanul vehetett részt. A szövet- 
ség a későbbiekben is elsősorban a tan- 
intézetek számítástechnikát oktató taná- 
raihoz akar eljutni, hogy rajtuk keresztül 
minél szélesebb körben megismertesse és 
a gyakorlatban meghonosítsa a Java tech- 
nológiát. 


EIMTZVETEKZZIETEŰ 


lfabo helyett Info 


Egy fejezet lezárult. 1990 decemberé- 
ben kötött szerződést a Hungexpo és a 
Wiener Messe, hogy a bécsi Ifabo min- 
tájára — és ugyanolyan névvel — közö- 
sen rendezzenek Budapesten informatikai 
szakkiállítást. Ennek szervezésére hozták 
létre Bécsben 50-5099-os tőkerészesedés- 
sel az ECI Expoconcept International 
nevű céget. A budapesti Ifabo 8 éven át 
a hazai számítástechnika szerves része 
volt. A lejárófélben lévő megállapodás 
megújítására másfél évvel ezelőtt kezdő- 
dött az alkudozás, amelynek , eredménye- 
ként" azonban nem tudtak megegyezni a 
közös folytatásban. Így a Hungexpo 
1999-ben már teljesen saját rendezvénye- 
ként, Info "99 névvel és az Ifabónál 
megszokott időszakban (április 27-től 30- 
ig) rendezi meg az Ifabo "de facto" foly- 
tatásának tekinthető informatikai kiállí- 
tást. Az első megnyilvánulásokból ítélve 
ugyanakkor az osztrákok még nem adták 
fel, hogy az Ifabo név tőkéjét kamatoz- 
tatva más helyszínen esetleg mégis szer- 
vezzenek Budapesten Ifabo kiállítást. 
Kérdés, hogy elbír-e ez a szakterület az 
őszi Compfair-rel együtt már három ilyen 
rendezvényt évente, amikor nem kevés 
kiállító még a kettőt is soknak tartja. 


meazzzar 





Cognos rendszerek a Synergontól 

Viszonteladói megállapodást alapján a 
Synergon fogja értékesíteni az Axis által 
magyarországi disztribútorként képviselt 
kanadai Cognos cég üzleti döntéstámo- 
gató szoftvereit: az Impromptu végfel- 
használói kimutatáskészítő, a PowerPlay 
többdimenziós elemző és a Scenario adat- 
feltáró programokat. A Synergon az általa 
forgalmazott integrált vállalatirányítási 
rendszereket — Ross Renaissance 4GL, 
J.D.Edwards OneWorld és SAP — a 
szerződés révén korszerű, könnyen kezel- 
hető, látványos vezetői információs rend- 
szerekkel tudja kiegészíteni. 


EEMPEZEZE ITTA AAN 


Nyomtatógyártás Magyarországon 


A Flextronics International bejelen- 
tette, hogy a Hewlett-Packard őket vá- 
lasztotta partnerként a HP tintasugaras 
nyomtatók gyártására Európában. A 
Flextronics feladata a nyomtatott áram- 
köri kártyák előállítása és a készülékek 
összeszerelése lesz. A gyártás a cég ma- 
gyarorszagi telephelyén, Sárváron valósul 
meg. A tervek szerint az első nyomtatók 
1998. szeptemberében készülnek el, és 
azokat a HP Európaban forgalmazza. Leg- 





először a HP DeskJet 720C készül itt, de 
később többféle modellt is fognak gyár- 
tani. A Flextronics termelése az európai 
kereslet kb. 15-2090-át fedezi majd. Eu- 
rópa a HP tintasugaras termékeinek vi- 
lágméretű forgalmából kb. 40-4599-kal 
részesedik, és a HP uralja az európai 
tintasugaras nyomtatók piacának közel 
509o-át. 


MEMEEEEETTETT ETETTEK TT TEZSETIT STT BETNEZZZ TIT 


Infokom 


Info (azaz informatika, számítástech- 
nika) és kom (kommunikáció) — e két 
fogalom lapunk koncepciójában és szer- 
kesztőségi anyagainak tartalmában min- 
dig is nagyon szorosan összetartozott, 
csupán hirdetési palettánk volt kissé fél- 
oldalas... eddig!. Az Uj Alaplap munka- 
társainál kevesen örülhettek hát jobban 
az Infokom Egyesület megalakulásakor 
rendezett sajtótájékoztató meghívójában 
leírtaknak. Egyrészt annak, hogy , egyre 
több jel mutat arra, hogy a számítástech- 
nika és a távközlés között leomlanak a 
falak." Másrészt, hogy az informatikai 
szakma támogatására és a közös érdeke- 
kért történő eredményes fellépés céljából 
Magyarország 10 legnagyobb számítás- 
technikai és távközlési vállalatának első 
számú vezetője július 9-én létrehozta az 
Infokom Egyesületet. Az alapító tagok: 
Ericcson, IBM, KFKI, Matáv, Nokia, 
Pannon GSM, Siemens, Synergon, 
Számalk, Westel 900. Az egyesület elvi- 
leg ugyan nyitott, de a hatékonyság meg- 
őrzése érdekében csak a legnagyobb cé- 
gek csúcsvezetői előtt. Az elnöki tisztsé- 
get félévenként mindig más cég vezetője 
tölti be. A sort Horváth Róbert, az IBM 
vezérigazgatója nyitja. Az egyesület gya- 
korlati munkáját főállású ügyvezető igaz- 
gatóként Niklai Péter irányítja. 


A harmadik , Oroszlánköröm" 


A mobil számítógépeket forgalmazó 
Portocom Rt három évvel ezelőtt alapí- 
totta a , Portocom Oroszlánköröm Díj"-at, 
és azóta minden évben mobil géppel, 
programokkal, Internet-eléréssel  jutal- 
maznak meg egy kiválasztott, nagyon 
tehetséges, oroszlánkörmeit korán meg- 
mutató fiatalt. 1996-ban a tévéből azóta 
országszerte ismertté vált Szász Marci 
kapta meg a díjat, ő 7-8 évesen már 
gimnáziumi matematikapéldákat oldott 
meg és 198-as volt az IO-ja. 1997-ben a 
választás a 12 éves Turi Tímeára esett, 
aki sokoldalú csodagyerek, verseket ír, 
maga illusztrálja köteteit, filmfesztiválon 
kapott díjat és zeneszerzési pályázatot 
nyert. Az idei nyertes, a 12 éves Rákóczi 
Karolin is különleges egyéniség, cigány 
származásának és kedvezőtlen körülmé- 
nyeinek hátrányait nagyon rövid idő alatt 
leküzdve osztályának egyik legjobb tanu- 
lója lett. Hogy mindezt elérhette, abban 
nagy szerepe volt a nyírteleki Kedves-ház 
kollégiumot létrehozó kitűnő pedagógus- 
nak, Lázár Péternek is. 
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HARDVERSENY 





Stingray nevű referenciarendszereket mu- 
tatott be a Chromatic Research. A 800 
dollár alatti PC gyors 3D és DVD leját- 
szási lehetőségét az Mpact 2 multimédia- 
processzor adja. Ez a chip a Pentium vagy 
Pentium II (és Celeron) processzort egé- 
szíti ki a 3D, a házimozi minőségű DVD, 
a Dolby Digital hang, a 64 hangú szinte- 
tizátor és az 56 k-s modem minden ké- 
pességével — a külön összeállított, ha- 
sonló tudású megoldások töredékéért. Ez 
az első részletesen bemutatott terv az 
1000 dollár alatti PC-k között. 


zz 


A Celeron 300 MHz-es változatát is be- 
jelentette az Intel, ezzel is csökkentve a 
Pentium és a Pentium II processzorok 
közötti rést. Az olcsóbb Celeron chipek- 
kel feltehetőleg a Slot 1 architektúrára 
való átállást kívánja gyorsítani, mert ezen 
a platformon jelenleg nincs konkurenci- 
ája. 
zo 


A Cyrix — már a National Semiconductor 
részeként — tovább folytatja X86-kom- 
patibilis processzorainak fejlesztését. A 
most bejelentett M II chip 333 MHz-es 
változatban készül 0,3 mikronos techno- 
lógiával, 1998 második felétől pedig át- 
térnek a 0,25 mikronosra. A processzor 
továbbra is a Pentiumhoz készült Socket 
7 foglalatba helyezhető. Ára ezer darabos 
tételben 180 dollár lesz. 


zo 


A Yamaha WaveForce 192XG jelentős 
előrelépés az ár és a teljesítmény viszo- 
nyában, mert extra hangminőséget nyújt 
a belépő szint árkategóriájában, vagyis 
100 dollár alatt. A WaveForce (hardveres 
és szoftveres) szintetizátorának mind- 
egyike 2 MB hangmintát tartalmaz, 676 
hangszerrel és 21 dobkészlettel. S-VA 
fizikai modellező rendszere révén külö- 
nösen élethű szólóhangzások állíthatók 
elő például rézfúvós vagy húros hangsze- 
rekból. A kártya kompatibilis a General 
MIDI, TG 300B (GS emuláció) és a 
Yamaha saját XG szabványával, és DOS- 
kompatbilis a Windows DOS boxán ke- 
resztül, vagy real módban a D-DMA és 
PC-PCI segítségével. Az S-YXG50 szoft- 
verrel az egyszerre megszólaltatható han- 
gok száma 128-ig terjedhet. 


zzz 


GrabIT II néven árusítja legújabb álló- 
kép-digitalizálóját az Aims Lab. A prin- 
terportra csatlakozó kisméretű készülék 
egy  számítógép-billentyűzethez való 
adapter segítségével kapja a tápfeszültsé- 
get, és képes 24 bites, akár 1600x1200-as 
felbontással rögzíteni a képet videoleját- 
szóról vagy kameráról. (Ezzel a legtöbb 
digitális kamerát jóval túlszárnyalja.) 
Több előzetes ablakban hat egymásutáni 
képet jelenít meg egyszerre, így köny- 
nyebbé teszi a feldolgozást, és megspó- 
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rólja a kazetta visszatekerését. Nyomtató 
csatlakoztatása sem gond, mert rendelke- 
zik printeraljzattal, nyomtatáskor tehát 
nem szükséges eltávolítani. (70 dolláros 
amerikai ára a visszatérítéses akcióban 
további 20 dollárral csökken, így ez a 
legolcsóbb grabber a piacon.) 


Ez 


18 collos lapos képernyőt mutatott be az 
EIZO. Képpontmérete 0,28 mm, ezzel 
torzításmentes 1280x1024-es felbontásra 
képes, speciális interpoláció segítségével 
a 800x600-as és az 1024x768-as módok 
is közel teljes képernyős formátumúak. 
Az EIZO egyedi kettős bemenete lehetővé 
teszi egyszerre két számítógép csatlakoz- 
tatását, beállítva az elsőbbséget a portok 
egyikére. A megjelenítő két változatban 
készül, az egyik az asztali, amely USB 
portot tartalmaz, a másik a free-mount, 
azaz tetszőlegesen felszerelhető, akár fal- 
ra is. Mindkét változat júliustól kapható, 
ára 3600 dollár. 


sz. 


Az AccelGraphics geometriai gyorsítós 
grafikus kártyát készít, és abba a Glint 
Gamma processzorát építi be. Az Accel- 
GMX 2000 grafikus alrendszer minden 
OpenGL funkciót felgyorsít, ezért nagy 
poligonszámú mechanikai CAD vagy ani- 
mációs modellek megjelenítésére alkal- 
mas, ahol rendkívül nagy számítási se- 
besség szükséges. A Gamma chip telje- 
sítménye 2000 MFLOPS (a Pentiumhoz 
hasonlítva közel százszor nagyobb), a 
kártyán még 96 MB memória is helyet 
kapott, ezáltal lehetővé válik az 
1920x1200-as felbontás használata teljes 
3D funkciók mellett, a mintázatoknak 
pedig 29 MB marad. Természetesen en- 
nek a tudásnak az ára is tekintélyes: 2900 
dollár. 


zzz 


Elsőként az ATI hoz forgalomba olyan 
kártyát, amelyen már van csatlakozó az 
új (lapos, digitális) monitorokhoz is. Az 
XPERT LCD a hagyományos 15 pólusú 
mellett 20 pontos digitális kimenettel is 
rendelkezik, és a kártya által alkotott 
képet nem kell analóg jellé alakítani, mert 
a lapos monitorok digitális jellel dolgoz- 
nak. Javul tehát a képminőség, mert a 
jelenlegi ilyen monitoroknál az oda- 
vissza átalakítás minőségvesztéssel jár. 
Ugyanakkor a monitorok ára is csökken- 
het, mert nem kell átalakítót beépíteni. 


Ez 


A Fujitsu új geometriai gyorsítója a PC-k 
3D teljesítményét fokozza. A rendkívül 
jó ár/teljesítmény arányú  Renditon 
V2200-as grafikus chip a FGX-I1 általános 
célú PCI gyorsítójával együtt az IBM x86 
alapú rendszereinek nyújtanak nagy tel- 
jesítményt, kivételes áron. A 200 
MFLOPS feldolgozási sebességet 100 
MHz-es órajelen éri el, ami másodper- 


cenként akár 750 ezer poligon megjele- 
nítését eredményzheti. A chip ára 20 
dollár alatti. 


Ez 


Hosszas várakozás után a 3Dfx nyilvá- 
nosságra hozta Banshee kódnevű, integ- 
rált 2D/3D processzorának adatait. A Vo- 
o0doo2 3D képességeivel rendelkező 
Banshee mellé már nem szükséges normál 
VGA kártya, kompatibilis a DOS-szal, és 
a Windows valamennyi GDI funkcióját 
hardveresen tamogatja, szemben az eddi- 
gi hibrid megoldásokkal. Emellett DVD 
lejátszásra is alkalmas. A külső memóri- 
ához — 4, 8 vagy 16 MB — 128 biten 
csatlakozik, a belső interfész 256-os. 
RAMDAC-ja 230/250 MHz-es, maximá- 
lis felbontása 1920x1440 pixelig terjed. 
(Amennyiben a 2D funkciók terén is a 
3D-hez hasonló képességeket lesz képes 
felmutatni, akkor igen népszerű kártyák 
épülhetnek majd rá.) 
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Az Aopen America cég új PCI hangkár- 
tyája a Maestro-2 engine-re épül: audio- 
processzora 500 MIPS-szel egyenértékű, 
64 csatornás hangzásra képes, támogatja 
a DirectX 3D pozicionáló eljárását, és az 
Interneten keresztüli beszélgetést több 
forrásból. A PCI busz nagy sebessége 
révén a MIDI hangmintákat a főmemóri- 
ából képes lejátszani, így nem szükséges 
külön memória a kártyán. 


Bp 
Az NVidia Riva TNT processzorát egyre 


" "több cég támogatja. A Riva 128 sikerére 


alapozva a gyártók közül sokan bejelen- 
tették, hogy az új chipre épülő termékeket 
hoznak ki. Ilyen például a Diamond Mul- 
timedia, az Elsa, vagy a Canopus, amely- 
nek előző Riva-alapú Total3D I28V kár- 
tyája egyedi fejlesztéseket is tartalmazott. 
Valószínűleg a Hercules lesz az első az 
S3 Savage3D chippel ellátott kártyák 
között. A Terminator Beast 8 MB 
SGRAM-mal lesz felszerelve, ami az S3 
speciális tömörítésével akár 24 MB-nyi 
mintázatot képes tárolni. Képfrissítése a 
maximális 1600x 1200-as üzemmódban is 
90 Hz-ig állítható, továbbá felbontásfüg- 
getlen videokimenet is helyet kap rajta, 
végfelhasználói ára mégis 200 dollár alatt 
marad. 
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A Creative Labs megvásárolja a Silicon 
Engeneeringet, egy multimédiával, tár- 
technikával és kommunikációs áramkö- 
rök tervezésével, fejlesztésével foglal- 
kozó céget. Ez stratégiai lépés egy szé- 
lesebb termékskálával történő piaci 
megjelenéshez. Szintén Creative hír: a 
cég pert nyert a Cyrix-szel szemben. Az 
ítélet megtiltja a Cyrix XperssAudio- 
hoz a Sound Blaster drivereinek alkal- 
mazását és terjesztését. 

Bánó György 











Modellezés 
AutoCAD kö 
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Magyar nyelven is megjelent a Mechanical Desktop 2.0. 
Az új verzió az AutoCAD Release 14 — egészen pontosan 
az R14.01 — köré épül, annak minden újdonságával: sebes- 
ségnövekedés, fotórealisztikus kirajzolás (rendering), egy- 
szerűsített szerkesztő funkciók, kimagaslóan jó felhasználói 
felület stb. 

Elődjéhez képest (Mechanical Desktop 1.2) legfőbb új- 
donsága a testmodellezésben jelenik meg. Első pillantásra is 
szembetűnő a modellépítést megjelenítő és azt aktívan szer- 
keszteni képes áttekintő ablak, az ún. Desktop Browser. 
Ennek segítségével könnyen elérhetjük az egyes alaksajátos- 
ságokat, akár szerkeszteni, akár törölni vagy áthelyezni 
akarjuk azokat a születési fában. Segítségével gyorsan eliga- 
zodhatunk egy bonyolult szerelvényben, egy robbantott 
ábrában. Megjelentek olyan új alaksajátosságok is, mint 
például a több falvastagságú héjképzés, vagy a paraméteres 
Boole-algebrai műveletvégzés. A test- és felületmodellezési 
technológiák ebben a verzióban is ötvözhetők. 

Nagyságrenddel gyorsabb lett a nézetgenerálás. Ennek 
titka az AutoCAD RI4 és az új (Acis 3.0) modellező kernel, 
a modellek leírásához szükséges matematikai függvénygyűj- 
temény. Ezekkel az eszközökkel lehetőségünk van nemcsak 
egy alkatrészt, hanem egy egész alkatré aládot is megter- 

















vezni. Az ősmodellhez táblázatot is kapcsolhatunk, amelyben 
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katalógusszerűen KEZÉN az egyes változatok méretei. 
A változatok kö a Desktop Browser segítségével válo- 
gathatunk. A modellről készített műszaki rajzon egyszerűen 
helyezhetünk el helyzet- és alaktűrési, illetve felületkikészí- 
tési jeleket. A hegesztett szerkezetek jelképei szintén objek- 
tumként helyezhetők a rajzba. Ez utóbbi rajzfunkciókat külön 
is meg lehet vásárolni az AutoCAD-hez, a neve AutoCAD 
Mechanical. 








Nemcsak a CorelDraw... 

A Corel grafikai termékcsaládjának mindmáig legsikere- 
sebb — és valószínűleg a legjobban sikerült — tagja a 
, családalapító" CorelDraw. Magyarországon is igen elterjedt, 
annak ellenére, hogy nyelvi problémák persze máig is vannak 
vele, mert magyar nyelvű szöveget görbévé nem átalakított 
formában tartalmazó .CDR állományok csak olyan gépeken 
jelennek meg ékezethelyesen, amelyeken történetesen az 
adott fájlhoz felhasznált betűtípusok is telepítve vannak. 
Ráadásul ugyanaz a típus (pl. Times New Roman) számos 
, vadmagyarított" fontkészlet formájában fordul elő, tehát 
azonos betűnév esetén sem biztos, hogy a szöveg grafikailag 
ugyanúgy fog kinézni a , fogadónál", mint az , adogatónál". 
És röpködnek a , kalapos" és , hullámos" ékezetek is... 

A Corel sokáig nem nagyon törődött a ,.kis nyelvek" 
sirámaival, aminek egyik következménye, hogy a Corel- 
Draw-nál még inkább szövegoreintált grafikai programjainak 
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magyarországi használata egészen minimális. Amikor a Corel 
1993-ban megvásárolta a Ventura DTP programot, és áttette 
azt Windows felületre, elszalasztott egy kedvező alkalmat. 
Előzőleg ugyanis az SZKI által magyarított, GEM grafikus 
felületű Xerox Ventura Publisher Magyarországon már na- 
gyon népszerű volt, jelentős mennyiséget adtak el belőle, 
ezáltal (és a nem jogosult felhasználók nagy számát sem 
hagyva figyelmen kívül) egy új Ventura-változat nagyon jó 
ismertséggel, kedvező terjesztési pozícióból indulhatott vol- 
na. Ehhez azonban hozzá kellett volna adni még egy kis 
honosítási munkát, amit sajnos nem tettek meg. 

Az utóbbi egy évben végre elmozdult a holtpontról a Corel 
kelet-európai piacpolitikája. Sorra jelentek meg a számítás- 
technikai lapok CD-mellékletein (így az Új Alaplapban is) 
a Corel programok bemutató változatai és 1998 májusában 
és júniusában egy újszerű, bár egyesek szerint vitatható 
amnesztiát hirdettek a CorelDraw 8-asra (kedvezményes 
átlépést , könyvről szoftverre"). A legfrissebb fejlemény, hogy 
Pénzes Zsuzsa ügyvezetővel az élén megalakult a Codra Kft, 
a Corel termékek kizárólagos magyarországi behozatalára és 
forgalmazására, illetve az ezzel kapcsolatos oktatási, tájé- 
koztatási és promóciós tevékenységek szervezésére. (Ugyan- 
akkor a Corel kötött egy másik szerződést is Magyarországon 
a Sved Rt-vel, bizonyos — általában nem a legfrissebb — 
Corel szoftverek OEM jellegű, azaz a hardverre telepített, 
azzal együtt történő értékesítésére, amit múlt havi számunk- 
ban már megírtunk.) 

Szükség is van a nagyobb akitivitásra. Például a Corel 
másik jelentős , beolvasztott" terméke, a WordPerfect nálunk 
nem rendelkezik olyan erős hagyományokkal, mint az Egye- 
sült Álllamokban, ezért a Corel WordPerfect Suite nem is 
nagyon terjed. A Ventura 8-asnak, mint a jelenlegi legsokol- 
dalúbb integrált DTP szoftvercsomagnak a fent említett 
okokból Magyarországon jóval nagyobb esélye van. (Illetve 
inkább csak lenne, ha minden szempontból hozzáillesztenék 
a magyar nyelv követelményeihez.) Azt sajnos tudomásul 








Export pictures in one of over 30 
supported graphic file formats. 





Bitmap Effects 
Manipulate images with over 


User-Defined Display Resolution 
Drastically improve file display and load times by 
defining the display resolution of imported graphics. 
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kell venni, hogy ezek a sokat tudó szoftverek erőforrást zabáló 
monstrumok. A Corel Ventura 8 futtatásához szoftverköve- 
telmény a Windows 95 vagy NT 4.0, a hardverben pedig 
bizony legyen CD-meghajtó, Pentium processzor, 32 MB 
memória és 65 MB szabad lemezterület. 

Kedvező előjel viszont, hogy a Corel most már igyekszik 
kitörni a windowsos felület zártságából: megegyezett az 
Adobe céggel, hogy a Corel grafikai és DTP szoftvereibe 
integrálja a PDF szabványt; jelentős lépéseket tett, hogy 
beépítse programjaiba a HTML technológiát; a Sun partne- 
reként vállalkozik Java-alapú alkalmazások készítésére; sőt 
elkezdte a Linux platformra történő fejlesztéseket is. . . 





Az Areco virtuális 
irodaszer-áruháza 


Ezen a nyáron — Magyarországon ilyen profillal elsőként 
— internetes irodaszer-áruházat nyitott az Areco. Hogy 
melyik Areco? Hát, az úgy van, hogy egy világszerte ismert 
kereskedelmi keretszoftverre, az iCat Electronic Commerce 
Suite-ra építve az Areco Systems Kft fejlesztette ki a konkrét 
alkalmazást az Areco Informatika Kft . Az iICat ideális 
eszköz azoknak, akik gyorsan és hatékonyan szeretnének 
kereskedelmi tevékenységet folytatni az Interneten. A prog- 
ram sok beépített funkciót és sémát tartalmaz, így azok a 
cégek, amelyek nagyon rövid idő alatt akarnak megjelenni 
a halózaton, akár néhány nap alatt megtehetik ezt. Az iCat 
főbb erényei: könnyen kezelhető felület; beépített elemző- 
funkciók (a vásárlókra, a legkelendőbb termékekre, a rende- 
lésekre stb.); saját nyelv az egyedi funkciók beépítésére; akár 
naponta más-más akciós ajánlat összeállítása; biztonságos 
fizetési módozatok használata. 

A virtuális irodaszer-áruházban mindenki kedvére néze- 
lődhet, anélkül, hogy regisztrálnia kellene magát, a vásárlás- 
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ez irodaszer-áruház 


ÚGY. atCO INZOLMATKAL TOT, 1085 Budovent, fodmanzzky v. ?., Tel. DI JO20158: fex 11) 331.9340 


Üdvözöljük áruházunkban! Több ezer irodaszer közül választhat! 
Álándékok, kedvezmények Szállítási és fizetési feltételek. 
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Első vásár 


FÖCSOPORTOK 
Papírok, etikettek. 
Kartontermékek 
Fóőliatermékek 
Irodaszerek 
Irodai kisgépek 
Számítástechnika 
Vizsáltechnika 
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hoz természetesen már szükséges a szállítási és a számlázási 
cím megadása, valamint a vevői adatlap kitöltése. Vajda Péter, 
az Areco Systems ügyvezetője szerint a fejlesztéshez azért 
választották az iCat szoftvert, mert az rugalmassága révén 
egyedi funkciókkal is felruházható. Lehetőség van további 
biztonságos fizetési módok beépítésére is, ezért az Areco 
Systems azt tervezi, hogy amikor elhárulnak az akadályok 
az új SET (Secure Electronic Transaction) biztonsági szab- 
vány alkalmazása elől, az általuk készített online kereske- 
delmi rendszerekbe integrálni fogják és választható opcióvá 
teszik a hitelkártyás fizetési módot. (További információk a 
www.areconet.hu vagy a www.irodaszer.com címeken.) 








ManageWise 2.6 


A Novell 1998. június 29-én bejelentette a ManageWise 
új verziójának béta-változatát. A rendszerfelügyeleti munkák 
megkönnyítésére a szoftver számos újítást tartalmaz. Bár a 
NetWare 5 szerverplatform végleges változata még nem jelent 
meg, a ManageWise 2.6 teljesen kompatibilis lesz az új 
operációs rendszerrel. Támogatja a Windows NT konzolt, az 
NDS-felügyeletet és az integrációt a Novell Z.E.N.works 
munkaállomás-felügyeleti megoldásaival. 

A 2000. évi (és az utána következő) dátumok helyes 
kezelésére is felkészítették a termék komponenseit: a konzol, 
a szerver és a munkaállomás moduljait. A felhasználói 
rendszerek későbbi bővíthetősége érdekében az említett 
(Netware 5.0, Windows NT) konzolokon kívül támogatja 
valamennyi NetWare verziót és a Windows 95 programot. A 
felhasználó tehát szabadon összeválogathatja az adott ponton 
legjobban megfelelő operációs rendszerrel felszerelt eszközt, 
mert az új program lehetővé teszi azok egységes felügyeletét. 
(A béta-változat letölthető a http://www.support.novell.com 
/beta/public címról.) 
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NEZD 
A fiát most a hálóra irányul. 
A pályázatok beérkeztek, a zsűri értékel, 
de amíg a. döntés megszületik a. közönség- 
szavazást, az idő. A szigorú szakmai Középekoások 
szemle mellett , melynek nyertesei sza 
egymillió Ft-ot nnek , várjuk az érdeklődök, 

ismerősök, szimpatizánsok, barátok, és 
ellenfelek, valamint a véletlenül 
erre böngészők szavazatait is. 


http//:suli.gyaloglo.hu 
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A közönségszavazás fődíját, hop 
egy NOKIA mobil kormmunikátort 19 
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úg, ajánlotta fel. 





8. axps Web 


A támogatók: 


ORACLE" 


Guards Távközlési Rt. 
Internet Üzletág 

1077 Budapest, Rottenbiller u, 33. 
Telefon:00-S0-23-20-23 
http/zwww.guards.hu 





Webpályázat 
z - m 

és ingyenes e-mail 

Akik már hallottak róla, bizonyára , elgyalogoltak" a 
http://egon.gyaloglo.hu címre, hogy megismerkedjenek azzal 
az ingyenes, web-alapú elektronikus levelező szolgáltatással, 
amelyet a Guards Távközlési Rt nyújt. Bárki saját e-mail 
címet kaphat, elektronikus leveleket fogadhat és küldhet, 
egyéni címlistát alakíthat ki, feliratkozhat levelezőlistákra 
vagy tallózhat a magyar levelezőlistákban. Hogyan térül meg 
egy ilyen befektetés egy cégnek? Valószínűleg a hosszú távú 
üzletpolitikában, tekintve, hogy a Guards sok egyéb területen 
(rádiótelefon, műholdas szolgáltatások, Internet, házimozi 
stb.) kamatoztatni tudja az ingyenes e-mail révén is erősödő 
szakmai presztizsét. Hasonlóképpen a jövő építését szolgálja 
a középiskolások részére meghirdetett weblapkészítő pályá- 
zat, melynek egyik kiírója és szervezője ugyancsak a Guards. 
A legjobbak kiválasztására a felkért tagokból álló , hivatalos" 
zsűri mellett közönségszavazás is lesz. Bővebb információ 
a fenti képen is látható http//:suli.gyaloglo.hu webcímen. 
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Albacomp Rt. 
8000 Székesfehérvár 
Mártírok útja 9. 


Az Albacomp Activa számítógépcsalád különböző Intel processzorokat tartalmaz 


Tel.: (22) "315-414 
Fax: (22) 327-532 
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neee Tel -tie 


A Á e 
Frangepán u. 8-10. 


Tel.: 12-91-493 
LELT A ped atti Hl 
Szaküzletek: 
kel: ET ete 
Nagymező utca 25. 
Tel.: 11-18-095 
Tel./ fax: 13-18-108 


1011 Budapest 
[dt et-teoi te 


EEEN EZL E PENTIUM" II 
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3525 Miskolc 
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; HINTA (46) 353-1 00 AZ INTEL INSIDE EMBLÉMA ÉS A PENTIUM AZ INTEL CORPORATION BEJEGYZETT VÉDJEGYE. AZ MMX AZ INTEL CORPORATION VÉDJEGYE. 





agy figyelmet igényel a főszereplő kiválasztása. 
Minden pillanatban tökéletesnek kell lennie — 
rábiztuk, ami a legfontosabb. csak LOK [115 
színvonalon dolgozó, átlagon felül teljesítő lelet. 

Mindent A AZTATAT A a gyenge CTAKZAN LNN 
dolataink hiába szárnyalnak, bukásra vagyunk ítélve, 
ha [97 TT orztá Ezt MATAT hoJ 7 1ZTKTet 

Ki ne értené, hogy milyen lényeges mindez... 
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Digitális fényképezőgépek III. 
A Kodak hobby-kínálata 


A Kodak cég neve elsősorban a hagyományos, ezüstalapú 
fotóanyagok gyártásával és fejlesztésével kapcsolatban ismert. 
Időközben azonban a digitális fotótechnika területén is úttörővé 
vált. Készítenek egyszerűbb digitális , hobby" gépeket, 

és professzionális kategóriájú ,.still video" kamerákat is. 

Most az előbbi csoportból mutatunk be három jellegzetes típust. 

(A kamerákat kipróbálásra a Mikropo bocsátotta rendelkezésünkre.) 


DC120 Zoom 

Ez a gép , távcső" rendszerű konst- 
rukció. Ugy kell megfogni és a szemhez 
emelni, mint egy távcsövet. A CCD 
felbontása 850x984 pixel, 24 bites szín- 
mélységgel. Háromszoros zoom objek- 
tívvel rendelkezik. A gyújtótávolság 
változtatásának tartománya megfelel a 
kisfilmes fényképezőgépek 38 és 114 
mm közötti értékének. Előtétlencsékkel 
a gyújtótávolság tovább módosítható. 
A tele előtéttel megduplázható a gyúj- 
tótávolság, a nagylátószögű előtét 0,65- 
szeresére, a szuper nagylátószögű el- 
őtétlencse 0,5-szeresére változtatja a 
gyújtótávolságot. A közelfényképező 
előtétlencsével 9 cm-re is megközelít- 
hetjük a témát. Az előtétek az optikai 
kereső látószögét nem befolyásolják, 
ezért ilyenkor csak a TFT LCD (vékony 
tranzisztorrétegű  folyadékkristályos) 
kijelzőn ellenőrizhető a képkivágás. 

Az automatikus élességállításnak két 
üzemmódja van, egy- és többobjek- 
tumos. Egyobjektumos módban a kép 
közepén lévő témát állítja élesre. Több- 
objektumos módban a gép megvizsgál- 
ja a képmező három pontján a téma 
távolságát, és az élességet ezek átlago- 
lásával kapott közepes értékre állítja be. 






A 20 és 50 cm közötti témáknál az 
élességet viszont kézzel kell beállítani. 
Alaphelyzetben a kép világosságát, az 
expozíciót is automatikusan szabályoz- 
za a gép. Lehetőség van azonban az 
expozíció korrigálására vagy kézi beál- 
ítására. A kézi beállításnál a rekesznyí- 
a megvilágítási időt együtt vál- 
toztatja, ami a túl világos vagy túl sötét 
hátterű témáknál, valamint külső vaku 
használatánál előnyös. A készülékbe 2 
MB-os memória van fixen beépítve. Ezt 
egy behelyezhető Kodak Picture Kard 
memóriakártyával lehet bővíteni. Az 
alapmemórián a tömörítési aránytól 
függően 2, 7, 12 vagy 20 kép fér el. 
Sötét helyen nemcsak a beépített 
kisvakuval fényképezhetünk, mert kül- 
ső vakuhoz való szinkroncsatlakozót is 
találunk a gépen. Ez lehetőséget ad több 
villanókészülék, esetleg professzionális 
műtermi vakuberendezés használatára. 
A készülék hátulján az optikai kereső 
mellett egy 41 mm átlóméretű színes 
LCD kijelző szolgál monitorként. Ezen- 
kívül egy másik kis LCD-n (Sstátuszjel- 
zőn) láthatók a működés aktuális álla- 
potát mutató információk. A színes 
LCD monitoron előnézeti üzemmódban 
már a rögzítés előtt megtekinthető a 
kép. Figyelembe kell azonban venni, 









hogy az előnézet üzemmód jelentősen 
rövidíti az elemek élettartamát. 

A fényképezés után megjeleníthetők 
a tárolt felvételek, egyenként is, de úgy 
is, hogy egyszerre 4, illetve 9 kép 
látszik. A memóriában tárolt képek di- 
gitális albumokba rendezhetők. A belső 
memória 8 ilyen albumot tesz lehetővé, 
a memóriakártya 60-at. Az albumok 
nevet kaphatnak, így a képek utólagos 
visszakeresése sokkal egyszerűbb. A 
képek KDC formátumban kerülnek a 
memóriába. Lehet tárolni tömörítés nél- 
kül vagy háromféle tömörítési aránnyal. 
Az adatok soros porton keresztül vihe- 
tők be PC vagy Machintos rendszerű 
számítógépekbe. 


DC210 Zoom 

Ez a digitális fényképezőgép külső- 
leg már nem távcsőhöz, hanem a ha- 
gyományos kompakt kamerákhoz ha- 
sonlít. Az optikai kereső mellett, a gép 
hátulján lévő színes monitor átlómérete 
46 mm. A CCD felbontása 1152 x 864 
pixel, 24 bites színmélységgel. Az ob- 





. jektív (kisfilmnek megfelelő) gyújtótá- 


volsága 29 és 58 mm között változtat- 
ható. A 29 mm a gyakorlatban is jól 
használható nagylátószögű objektívet 
jelent. Az 58 mm viszont még nem 
tekinthető teleobjektívnek, a gyakorló 
fotográfusok tudják, hogy a teleobjek- 
tívet igénylő leggyakoribb témákhoz 
(portré, alakfotó) minimálisan 80-100 
mm-es gyújtótávolság szükséges. Eh- 
hez a típushoz egyenlőre sajnos nincse- 
nek előtétlencsék. Makro üzemmódban 
az objektív 9 cm-ről is éles képet ad. A 
kép világosságát, az expozíciót lehet 
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korrigálni, de az automatika nem kap- 
csolható ki teljesen. 

A DC210-be nem építettek belső 
memóriát. Egy 4 MB-os kivehető Ko- 
dak Digital Science memóriakártyával 
szállítják. Ezt ki lehet cserélni 8, 10 
vagy 15 MB-osra is. A 4 MB-os kártyára 
a tömörítés mértékétől függően 13-60 
kép rögzíthető. A képet nemcsak a CCD 
teljes pixelszámának megfelelően lehet 
elkészíteni, hanem be lehet állítani a 
felbontást 640 x 480 pixelre is. Ilyenkor 
is az egész CCD felület működik. Ebből 
szoftveres úton jön létre a VGA szab- 
ványnak megfelelő felbontású kép. 

A képeket FPX vagy JPG formátum- 
ban lehet elmenteni különböző tömörí- 
tési arányokkal. A képpel együtt a gép 
különböző információkat is rögzít (dá- 
tum, időpont, beállítások). Ezeket a 
program a számítógépben a kép mellett 
külön ablakban képes megjeleníteni. 

A Kodak DC210-nek videojel kime- 
nete is van (PAL, NTSC), így a tárolt 
képek televízión is megnézhetők. A kép 
a számítógépbe a soros csatlakozáson 
kívül infravörös porton keresztül, veze- 
ték nélkül is átvihető. A színes LCD 
képernyőn kellemes grafikus felhaszná- 
lói felület segíti a legfontosabb funkci- 
ók vezérlését. 


DC260 Zoom 


A kodak DC260 kamera saját kate- 
góriájában kiemelkedő a CCD felbon- 


tl 


tásával és szolgáltatásaival. A fizikai 
felbontás 1536 x 1024, azaz 1,6 milló 
pixel. Ez megfelelő nyomtatóval 20 x 
25 cm méretű fotó minőségű nyomatot 
tesz lehetővé. Az objektív itt is három- 
szoros optikai zoommal rendelkezik. 
Van a gépen átnézeti optikai kereső, de 
emellett egy 2 coll átmérőjű TFT színes 
képernyő is helyet kapott a hátfalon. 
Találunk a kamerán szinkronzsinór 
csatlakozót külső vakuhoz. Ennek kü- 





lönösen azok örülhetnek, akik figyel- 
met fordítanak az igényes világításra. 
Így nemcsak a gépen lévő kis villanó- 
készüléket lehet használni, hanem pél- 
dául professzionális fotóműtermi vaku- 
stúdiót is. A külső villanófény igénybe- 
vételéhez az is szükséges, hogy a re- 
kesznyílást az automatika kikapcsolá- 
sával manuálisan lehessen szabályozni. 
Itt erre is lehetőség van. A DC260 
kamerának fixen beépített belső memó- 


Technikai adatok 


DC120 Zoom 


DC210 Zoom 


DC260 Zoom 





























Fizikai felbontás 


850 x 954 / 24 bit 


1152 x 864 / 24 bit 


1548 x 1032 / 24 bit 





Interpolált felbontás 1280 x 960 


640 x 480 


1152 x 768 vagy 768 x 512 





Objektív 38-114 mm 


29 — 58 mm 


38 — 115 mm 





Élességállítási tartomány 


50 cm-től végtelen 


50 cm-től végtelen 


33 cm-től végtelen 





Makro üzemmód 20-50 cm 


9 — 50 cm 





Expozícióvezérlés 


Automata (korrigálható) 
vagy manuális 


Automata (korrigálható) 


Automata vagy kézi beállítású 





Zársebesség 


1/16 — 1/500, manuálisan is 
állítható 


1/2 — 1/362 


1/4 — 1/400 





Rekesznyílások 


Nagylátószögnél 3 — 14, 
tele állásban 4,7 — 22 





Beépített memória 


2 MB 


Nincs 


Nincs 





Memóriakártya 


4, 8, 10, 15 MB 


4, 8, 10, 15 MB 


8, 10, 15, 32 MB 





Kereső 


Optikai és LCD képernyő 


Optikai és LCD képernyő 


Optikai és LCD képernyő 





Színes LCD monitor 


41 mm színes LCD, képnézési 
és szerkesztési funkciók 


46 mm színes LCD, képnézés, 
szerkesztés, grafikus 
felhasználói felület 


2 coll színes LCD, képnézés, 
szerkesztés, grafikus 
felhasználói felület 





Vaku 


Automata 


Automata 


Automata, lehetőség külső 
vaku csatlakoztatására. 





Egyéb lehetőségek 


Előtétlencsék, szűrők 


Video kimenet (PAL, NTSC), 
két képformátum (JPG, FPX) 


Video kimenet (PAL, NTSC), 
két képformátum (JPG, FPX) 





Csatlakozó felület 





Soros PC / MAC 





PC / MAC soros, infravörös 





PC / MAC soros, infravörös 
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riája nincs, de 8 MB-os memóriakár- 
tyával szállítják. Ez a jelenlegi kínálat 
szerint 32 MB-osra is kicserélhető. 

A gépbe egy sokoldalú szoftver ke- 
rült. Erdekes lehetőség, hogy a funkciók 
átprogramozhatók. Így az egyes szol- 
gáltatások egyéni igényeknek megfele- 
lően alakíthatók ki. Ez az átalakítás egy 
saját karakteralapú nyelv segítségével 
történik. 

Lehetőség van különböző automati- 
kus képsorozatok készítésére. Ez a gya- 
korlatban azt jelenti, hogy a kioldó- 
gomb egy lenyomására gyors egymás- 
utánban több felvétel készülhet. Előre 
be lehet állítani, hogy ezek miben kü- 
lönbözzenek egymástól. Például lehet- 
nek különböző világosságúak (expozí- 
ciós sorozat) vagy különböző színűek 
(színegyensúly sorozat). A felvételek 
maximálisan 0,3 másodpercenként kö- 
vethetik egymást. Az így készíthető 











képek száma a felbontástól fü, 
és 12 között lehet. Intervallum üzem- 
módban előre beállított időközönként 
automatikusan felvételeket készít. A ké- 
pekre idő és dátum, valamint szöveges 
információ vihető rá. Az álló formátum- 
ban készült képeket a TFT képernyőn 





(Microsoft fe ae 
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Shedialist 


Szoftvertámogatás 


A Kodak DC kamerákhoz négy program tartozik: 

1) Kodak Picture Transfer Application 

Lehetővé teszi a képek áttöltését a számítógépbe, és tárolását a legismertebb 
formátumokban (KDC, BMP, TIFF, JPEG, PCX, PICT). 

2) Kodak Mounter 

FESBÁNNÓ és a gép EAILTÁSAT JIÓHOSÁÓ DIOTATA Lehetővé teszi, keze. a 
mint egy meghajtót. 

3) Kodak Digital Access 

Segítségével a TWAIN-t támogató grafikai programokba behívhatók a képek 
a fényképezőgép memóriájából. A fényképezőgép beállításainak módosítására 
is lehetőséget nyújt. 

4) PictureWorks PhotoEnhancer 

Fotóretusáló, képmódosító program. 

A DC210 és a DC260 fényképezőgépekhez ezenkívül mellékelik az Adobe 
PageMill (HTML szerkesztő) és az Adobe PhotoDeluxe (képmódosító) 
programokat is. 


való megtekintésnél ,.talpra" állítja 
(Orientation Sensor). Ezért nem kell a 
gépet forgatni a visszajátszásnál. A me- 
móriában lévő képek névvel ellátott 
, albumokba" rendezhetők. Így köny- 
nyebbé válik a visszakeresés. 


teleket pedig a kamerával is viss 
játszhatjuk. 


[Microsoft] Te 
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:. hogy a legjobb 
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A készülék alkalmas hangrögzítésre 
is, és ennek révén a fotókat hangos 
kommentárral láthatjuk el, a hangfelvé- 
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A weblap címe: www.hpo.hu 


Szabadalmi ,mindentudó"?" 


A Magyar Szabadalmi Hivatalhoz érkező sokféle érdeklődést 
nagyon jól illusztrálja az alábbi levélidézet: 

, Sajnos jogvédelemi és szabadalmi ügyekben nagyon 
tájékozatlan vagyok. Tapasztalataim azt mutatják, hogy manapság 
mégis érdemes foglalkozni ezzel a kérdéssel. Vállalkozásomban 
eljutottam oda, hogy tudnom kellene, vajon a termék, amelyet 
készítek, illetve amelynek a sorozatgyártását terveztem, 
jogvédelem alatt áll-e már valahol. Mivel családi vállalkozáson 
belül bútorgyártásról van szó, nem tudom, lehet-e az egyes 
darabokat vagy magát a termékcsaládot, a stílust védeni. 
Korábban előállított termékeink közül jó néhányat láttam már 

az ország különböző pontjain, de azok sajnos más gyártók 
műhelyéből kerültek ki. Kérdéseim is ezzel kapcsolatosak. 

Ha a termék még nem védett, és én szeretném azt oltalom alá 
helyezni, mi ennek a menete? Mekkorák a várható költségek? 
Érdemes-e egyáltalán megtenpj,. azaz nyújt-e gyakorlati védelmet 
a mások által történő másolás, gyártás ellen? Hol tudom 
megkeresni a már meglévő védett termékeket, 

honnan tudom meg, védett-e már egy termék vagy sem?" 


Annak, aki érdeklődik a bevezetőben 
idézett kérdések iránt, érdemes tovább- 
olvasnia ezt cikket. A főbb kérdésekre 
iparjogvédelmi tanácsadóként adott vá- 
laszok mellett sajátos metszetét szeret- 
ném adni a Magyar Szabadalmi Hivatal 
weblapjának, illetve bemutatni annak 
használatát. 

Vegyük tehát sorra a főbb kérdéseket! 
Hogyan lehet védeni például egy bú- 
tordarab vagy bútorcsalád stílusát, kül- 
ső megjelenését? Ha ellátogatunk a 
http://www.hpo.hu címre, ott egymás 
mellett a Magyar Szabadalmi Hivatal- 
ban megszerezhető ötféle jogi oltalom 
nevét találjuk. Ezekre rákattintva hét- 
köznapi nyelven, kérdés-felelet formá- 
ban ismerkedhetünk meg az egyes ol- 
talmakkal, és a megszerzésükre vonat- 
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A Magyar Szabadalmi Hivatal 
iparjogvédelmi adatbázisai 
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kozó információkkal. Ezek közül a mi 
esetünkben az ipari mintaoltalom az, 
amely tárgyak formai kialakításának 
védelmét biztosíthatja. 

Az első kérdésre, hogy hogyan lehet 
megszerezni az ipari mintaoltalmat, 
részletes és világos választ kapunk, ha 
az oldalon lefelé haladva rákattintunk 
a rajzocskára. Színes folyamatábra képe 
tárul elénk, amely a , Bejelentéssel" 
kezdődik. Erre a szóra kattintva az alsó 
ablakban megjelenik a hozzá tartozó 
magyarázat is. A hivatalhoz benyújtan- 
dó bejelentési kérelem formai és tartal- 
mi követelményeit a folyamatábra jobb 
oldali sávjában található , Alaki előírá- 
sok"-ra kattintva nézhetjük meg. A vár- 
ható költségekre vonatkozóan a , Díjak" 
szóra kattintva találjuk meg a választ. 















9 seem esreénts 
Ipanogzédelm zzerüle 





Arra is lehetőség van, hogy a , Hozzá- 
ad" gomb segítségével összegezzük a 
felmerülő költségeket. 

Nyújt-e gyakorlati védelmet az ipari 
mintaoltalom a mások által történő má- 
solás, gyártás ellen? 

Ha az ipari mintaoltalmi oldal foly- 
tatását is megnézzük, ott az utolsó előtti 
kérdés foglalkozik azzal, hogy mi a 
teendő jogsértés esetén. Világosan ki- 
derül, hogy az ipari mintaoltalom meg- 
sértése miatt a jogosult pert indíthat a 
bíróság előtt, követelheti a jogsértés 
megállapítását, a jogsértés abbahagyá- 
sát, a jogsértést megelőző állapot hely- 
reállítását, valamint a kártérítést. 

Hol lehet keresgélni a már meglévő 
védett termékek között, honnan tudható 
meg, hogy védett-e már a termék vagy 
sem? 

Ez alapvető kérdés. Mielőtt rászán- 
nánk magunkat, hogy elkészítjük a be- 
jelentési iratot, és benyújtásakor befi- 
zetjük a bejelentési díjat, van egy fontos 
dolgunk: lehetőség szerint meg kell 
győződnünk róla, hogy legalább Ma- 
gyarországon nem védi-e korábban be- 
jelentett ipari mintaoltalom a kérdéses 
terméket — ezáltal felesleges kiadások- 
tól kímélhetjük meg magunkat. Az 
MSZH fólapján az , Iparjogvédelmi 
adatbázisok" címszónál válasszuk ki az 
,, ndigo" ipariminta-adatbázist. A nyi- 
tóoldalon olvashatjuk, hogy ez az adat- 
bázis csak az érvényes ipari mintaoltal- 
mi dokumentumok és a folyamatban 
lévő ipariminta-bejelentések adatait és 
illusztráló ábráit tartalmazza. Ha a va- 
laha érvényben volt összes ipari mintára 
vagyunk kíváncsiak, akkor a Magyar 





Iparjogvédelmi tájékoztatás 


JJ A Mazvar Szabadalmi Hivatal hírei 
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Szabadalmi Hivatal , Ipariminta-kuta- 
tóját" személyesen kell felkeresnünk. A 
kutató címe és az ügyfélszolgálat idő- 
pontja is egy kattintással elérhető. 

Nézzük meg, hogyan kell megkeres- 
ni kiinduló példánknak megfelelően a 
bútorokat az adatbázisban. A , Keresés 
az Indigo adatbázisban" kifejezésre kat- 
tintva egy űrlap tárul a szemünk elé. 
Kézenfekvő, hogy a , Cím szavai" me- 
zőbe beírjuk a , bútor" szót, vagy a bútor 
szótövet bármely végződésre felkészít- 
ve hozzáillesztjük a " karaktert (bú- 
tor"). A keresőszó alapján azonban nem 
fogjuk megtalálni az egyes speciális 
bútorfajtákat, úgymint szék, asztal, já- 
róka, gyerekágy stb., csak azokat, ame- 
lyekben a , bútor" és annak toldalékos 
alapjai szerepelnek. Hogy keresésünk 
teljesebb legyen, azaz lehetőleg minden 
bútorfajtával kapcsolatos tételt megta- 
láljunk, a titokzatos nevű , Locarnói 
osztályozás" mezőt érdemes használni. 
Itt találhatjuk meg azokat az osztályo- 
zási jelzeteket, amelyek az ipari minták 
hordozóit, magukat a tárgyféleségeket 
osztályozzák. Egy jelzet egy teljes fo- 
galomcsaládot fed le. Kattintsunk a 
képernyő tetején vagy alján a , Locarnói 
osztályozás" nevű ikonra, illetve magá- 
ra a mező nevére, és máris megjelennek 
az egyes tárgycsoportoknak megfelelő 
jelzetek. Az összes bútorfajtát a 06. 
jelzet képviseli. 

A kereső űrlapot kitöltve esetünkben 
454 találatot sikerült elérni, míg a bútor 
szóval keresve csak 40 találatunk volt. 
A listából a számunkra érdekes tételeket 
az azonosító számok (bejelentési ügy- 
szám vagy lajstromszám, attól függően, 
hogy megkapta-e már a minta az oltal- 
mat vagy sem) előtti négyzetekre kat- 
tintva jelölhetjük ki, és a ... ikon segít- 
ségével nézhetjük meg teljes terjede- 
lemben. 

Ha a kutatást eredményesnek ítéljük, 
vagyis általunk védeni kívánt terméket 
nem találtunk az adatbázisban, akkor 
töltsük le vagy nyomtassuk ki a , Ho- 
gyan szerezhető ipari mintaoltalom?" 
kérdésre adott válaszban felkínált, a 
számunkra legmegfelelőbb  forma- 
nyomtatványt. Utána a Magyar Szaba- 
dalmi Hivatalban megtehetjük az ipari 
minta bejelentését. 

A weblapon a többi oltalmi forma — 
a szabadalom, a használati minta és a 
védjegy — esetében is hasonló infor- 
mációkra, folyamatábrákra, adatbázi- 
sokra számíthatunk. Sőt: sok egyéb 
hasznos, iparjogvédelemmel kapcsola- 
tos információra is bukkanhatunk, pél- 
dául az , Iparjogvédelmi szempontból 
fontos WWW-címekre". b 

Vadász Ágnes 
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Sun: Internet szoftverek 


A Sun Microsystems cég két olyan terméket jelentett be, 
amelyek az Internet-szolgáltatók és a vállalati hozzáférés-szol- 
gáltatók számára megkönnyítik a következő generációs levele- 
zési és üzenetküldési szolgáltatások megbízható bevezetését és 
működtetését. A Sun Internet Mail Server (IMS) következő, és 
a Sun Internet Calendar Server (ICS) első verziója a skálázha- 
tóság és a könnyű használhatóság új szintjét jelenti. Az IMS új, 
gyors készenléti opciója heti 7x24 órás hibátlan működést tud 
fenntartani. Rendszerbiba vagy az útválasztó karbantartása ese- 
tén a rendszer azonnal átkapcsol egy pótszerverre, és a hálózat 
zavartalanul tovább működhet. Ezáltal csökken a más szolgál- 
tatókhoz átvándorló előfizetők száma, illetve több lesz az 
elégedett vállalati felhasználó. Mindkét termékben megtalálható 
a Sun WebAccess szoftver is. Ez az alkalmazás lehetővé teszi, 
hogy az e-mail és a naptárszolgáltatások HTML-en keresztül is 
elérhetők legyenek, így a felhasználók bárhonnan elolvashatják 
leveleiket. 

A két alkalmazás további szolgáltatásai: könnyű adminiszt- 
ráció (akár kétmillió postaláda szerverenként, a felhasználók és 
a szerverek felkészítése a legnagyobb Internet-szolgáltatók és 
vállalatok igényeire is); könnyű integrálhatóság (használható 
minden elterjedt e-mail klienssel, így a Microsoft Exchange- 
dzsel is, kapcsolódás olyan levelezési rendszerekhez, mint a 
PROEFS, a cc:Mail vagy az MS Mail); biztonság (üzenettitkosítás 
a kliens és a szerver között, az Entrust Certificate Authority 
Server támogatása); ,anti-spam" képességek, naptározás és 
előjegyzés (a személyes és a csoportnaptárak kifinomult elő- 
jegyzési rendszert biztosítanak). 


Cisco: IP 4 ATM együtt 


Olyan új hálózati termékeket jelentett be a Cisco Systems, 
amelyek az IP alapú szolgáltatások új generációját jelentik az 
IP és az ATM technológiák tökéletes integrálásával. A szolgál- 
tatók IP 4- ATM alapú szolgáltatásokat vezethetnek be ezekkel 
az új eszközökkel, amelyek mindegyike tartalmazza a Cisco 
IOS operációs rendszerét és szolgáltatáskezelő eszközeit. Az új 
WAN hálózatperemi eszközök a most megjelent MPLS (Mul- 
tiprotocol Label Switching) szabvány első megvalósításaként 
Tag Switching révén integrálják az IP és ATM technológiát. A 
három eszköz közül két új kapcsoló (BPX 8650 és MGX 8800), 
valamint egy általános szolgáltatási csomópont (BPX 8680) 
kerül a piacra. A BPX 8650 tartalmazza az ATM hálózaton IP 
kapcsolást lehetővé tevő MPLS-t. Az MGX 8800-at a kis és 
nagy ellátási területek és a vállalatközpontok igényeinek kielé- 
gítésére fejlesztették ki olyan helyekre, ahol a szolgáltatóknak 
akár 1400 DSI csatolóra van szükségük. A BPX 8680-at pedig 
az 16 ezer csatolót is igénylő nagyon nagy méretű helyszínek 
számára fejlesztette ki a Cisco. Az átfogó IP 4- ATM megoldás- 
kínálat részeként a Cisco piacra dobta a telekommunkációs 
infrastruktúra felépítéséhez pozicionált TGX 8750 jelű optikai 
hálózatmag-kapcsolót. Ez teljes mértékben MPLS-kompatibilis, 
és funkciói közé tartozik a hierarchikus PNNI (Private Network 
to Network Interface) protokollú csatoló, a Sonet/SDH automa- 
tikus védett kapcsolás (Automatic Protection Switching) és a 
PC-48c optikai hálózat-összekapcsolás támogatása. Az új WAN 
hálózatmag-kapcsoló tovább csökkenti a szélessávú szolgálta- 
tások nyújtásának költségeit, méretezhető, támogatja a különféle 
útválasztó protokollokat. Olyan integrált szolgáltatásmenedzs- 
ment eszközt is fejleszt a Cisco, amely egyrészt a távközlési 
szolgáltatóknak nyújt további lehetőségeket, másrészt a más 
hálózati eszközszállítókkal való együttműködést is támogatja 
(például Newbridge). 


HP: új stratégia, új disztribútor 
Proactive Networking (PN) néven a hálózati rendszeradmi- 


nisztrátorok összetett feladatainak segítésére, problémáinak 
megoldására olyan új koncepciót dolgozott ki a Hewlett-Packard, 


amely a termék funkcionalitásának, az oktatásnak és a garanciális 
szolgáltatásnak a kombinációja. A PN-t a hálózatfelügyelet 
bonyolultsága és az üzemeltetési költségek csökkentése érdeké- 
ben hívta életre a HP. A PN automatikusan detektál alapvető 
hálózati rendellenességeket, feltérképezi a hálózati topológia 
hibáit, felismeri a tipikus hálózatkábelezési hibákat, és ha a hiba 
a hálózat teljesítményét jelentősen befolyásolja, önállóan intéz- 
kedik. A HP PN a Network Performance Advisor segítségével 
feltárja a teljesítménynövelés lehetőségeit, és annak megoldási 
módjára javaslatot tesz. A HP Proactive Networking elemei: 
AdvancedStack hubok, ezen belül ValueLine Ethernet hubok 
(8, 16, illetve 12 és 24 portszámmal), FeatureLine rétegelhető 
(stackable) Ethernet hubok (12 és 24 porttal), AdvanceStack 
100Base T IZTX és 24TX rétegelhető Fast Ethernet hubok (12, 
illetve 24 porttal), 100 VG AnyLAN hubok. A HP 200, 800, 
2000 típusú AdvanceStack Switch munkacsoportos, illetve 
gerinchálózati kapcsolók. A ProCurve kapcsolócsalád a nagy 
hatékonyságú 1600M és 8000M típusú gerinchálózati ún. cut 
through Layer3 switchből áll. Az 1600M Gigabit Ethernet 
összeköttetéssel is felszerelhető, továbbá VLAN-ok felépítésére 
is alkalmas az IEEE 802.10 szabvány szerint. A 8000M 
beépíthető redundáns tápegységgel is rendelkezik, VLAN-ok 
felépítésére szintén alkalmas. 


3Com zászlóshajó: CoreBuilder 9000 


A 3Com cég új CoreBuilder 9000 Enterprise Switch új 
generációs nagyteljesítményű hálózati kapcsolója egyaránt tá- 
mogatja az ATM, a Gigabit Ethernet és az ASIC technológiát. 
A 3Com olyan alkalmazásokra is pozicionálja a berendezést, 
amelyek ATM alapú campus gerinchálózatot, a szerverekhez és 
a LAN munkacsoportok aggregálásához pedig Gigabit Ethernet 
és ATM alapú WAN hálózatot egyaránt feltételeznek. A beren- 
dezésbe épített Layer2 és Layer3 vezérlőfunkciók révén meg- 
szüntethetők a teljesítménycsökkentő szűk keresztmetszetek és 
a ma használt router alapú gerinchálózatoknál ismert topológiai 
hátrányok. A 3Com szerint az úgynevezett core switching 
területen a CoreBuilder 9000 nyújtja a lenagyobb kapcsolási 
teljesítményt. Skálázható architektúrája révén a berendezés max. 
112 darab OC-12c (622 Mbit/sec) ATM portot, vagy 126 darab 
Gigabit Ethernet portot képes kiszolgálni. A Layer2 alapú 
adatcsomag-átvitel meghaladja a másodpercenkénti 100 millió 
csomagot (pps). Ugyanez az érték Layer3 kapcsolásnál elérheti 
az 56 millió pps-t. A CoreBuilder 9000 kiterjedt Ouality-of- 
Service/Class-of-Service (00S/CoS) képességekkel is rendelke- 
zik. A 3Com a berendezést a nagy rendelkezésre állást követelő 
hálózati környezetekre pozicionálja. Adatcenterekben alkalmaz- 
va a nagyteljesítményű kapcsoló multitechnológiás, úgynevezett 
, collapsed" gerinchálózati eszközként alkalmazható. 


Psion: Novell GroupWise a zsebben 


Az angol Psion cég teljesen testre szabható komplett jogi 
megoldáscsomagot dobott piacra Series 5 kézi számítógépére 
alapozva. A megoldás lényege, hogy az ügyvédek a világ minden 
táján elérhessék a számukra fontos információkat, akkor is, ha 
mindenféle irodától távol vannak. A maximálisan 18 Mbájt 
memóriával rendelkező Psion Series 5 tartalmazza a Novell 
Group Wise-hoz való kapcsolódást elősegítő LinkWise és POP3 
programokat, valamint az ügyvédi munkához szükséges, szám- 
lázási és egyéb funkciókat tartalmazó Timeslips programcsomag 
mobil gépes kiterjesztését, a Logit szoftvert. A Psion megoldá- 
sának fő célja, hogy a Series 5 révén az ügyvédek desktop 
gépeiben lévő információk hordozhatók, illetve távolról könnyen 
elérhetők legyenek. Az Advances cég LinkWise nevű, speciáli- 
san a Psion Series 5-höz fejlesztett szoftvere a Novell GroupWise 
csoportmunkát támogató programcsomagját használóknak 
szinkronizáló eszközként szolgál. A Psion POP 3 e-mailes 
kliensprogramja segítségével pedig a GroupWise e-mail funk- 
cióinak távoli elérése válik lehetővé. 

Kovács Attila 
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Hálózati vetélkedő 5.: Kooperáció 


a, 


Bővíthető rendszer 


Napjainkban Magyarországon szinte minden vállalat 
számítástechnikai rendszere heterogén, és az informatikai 
rendszert a legkülönbözőbb gépek hatékony kooperációja 
teheti jól működővé. Így a hálózati operációs rendszerek 
választásánál nagyon fontos szempont az, hogy a kapott 
szerver gép jól illeszkedjen a meglévő struktúrába, 
ugyanakkor jó alapot képezzen a későbbi bővítésekhez. 

A NetWare hálózatok pontosan ilyen alapinfrastruktúrát adnak, 
és megteremtik a csatlakozási lehetőségeket különböző típusú 
munkaállomások és szerverek, más hálózatok (Internet), 
illetve a sokféle szoftvergyártó alkalmazásai felé. 


A hálózatban az együttműködés alap- 
vető feltétele a közös protokollok hasz- 
nálata. A Novell NetWare támogatja a 
legfontosabb hálózati protokollokat. Az 
IPX/SPX támogatás magától értetődő, 
hiszen ez a protokoll éppen a piacvezető 
Novell által kifejlesztett szabvány a 
lokális hálózatokban. Az Internet terje- 
désével a TCP/IP és az ehhez kapcso- 
lódó szolgáltatásokat megvalósító pro- 
tokollok szerepe egyre nő. A NetWare 
is támogatja az összes, ezen a területen 
használatos szabványt (IP, TCP, UDP, 
DNS, NIS, FTP, HTTP stb.), tehát akár 
az Internethez szeretnénk csatlakozni, 
akár egy vállalati intranet kialakítása a 
cél, a NetWare mindenképpen ideális 
megoldás. 


Munkaállomás-támogatás 

Egy NetWare hálózat erőforrásaihoz 
a legkülönfélébb munkahelyekről hoz- 
záférhetünk. Létezik kliens program 
OS/2, Macintosh, DOS/Windows, Win- 
dows 95, Windows NT platformokon 
egyaránt. A magyar piacon különösen 
fontos, hogy akár egy kis teljesítményű 
boot-epromos, lokális diszk nélküli gép 
esetén is elérhetők a NetWare szerver 
szolgáltatásai. Emellett az is nagyon 
lényeges, hogy a kisebb teljesítményű 
és a régebbi operációs rendszert hasz- 
náló munkaállomások esetén is bizton- 
ságos legyen a hálózat. Egy intraNet- 
Ware-re épülő hálózat C2 biztonságú 
hálózati infrastruktúrát jelent, így telje- 
sen mindegy, hogy a felhasználó a fent 
említett kliensek közül melyiket hasz- 
nálja, az infrastruktúra biztonságos 
rendszerhasználatot teremt számára. 

NetWare alapú hálózatunkba gond 
nélkül be tudunk illeszteni más szerver 
operációs rendszereket. A különböző 
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Unixok felé kialakítandó kapcsolat tá- 
mogatására több modul is létezik. 


Csatlakozás más szerverekhez 
A fájlelérés és a fájlmegosztás az 
NES protokollon keresztül biztosítható. 
A kétirányú nyomtatás a NetWare-Unix 
Print Services modullal valósítható 
meg. A rendszerek menedzsmentje, a 
felhasználók és jogosultságaik kezelése 
is , egy kalap alá tehető" az NDS (No- 
vell Címtár — Novell Directory Servi- 
ces) révén. Gyakorlatilag minden Unix 


gyártó (SCO, HP, SUN, IBM) licencelte — 


az NDS technológiát, így Unix verzióik 
gond nélkül beilleszthetők egy NetWare 
hálózatba. A közös protokollhasználat 
mellett az NDS technológia a másik 
kulcs a különböző rendszerek együtt- 
működéséhez. Az NDS nem más, mint 
egy központi adatbázis, amelyben tá- 
rolható az informatikai rendszer összes 
adata, a felhasználóktól a számítógépe- 
ken keresztül az alkalmazásokig. Egy 
NDS-alapú hálózat esetén a felhaszná- 
lók egyetlen bejelentkezés után hozzá- 
férhetnek a rendszer összes erőforrásá- 
hoz függetlenül attól, hogy azt melyik 
szervergép szolgáltatja, az adminisztrá- 
torok pedig egyetlen program segítsé- 
gével tudnak menedzselni akár egy 
heterogén, országos hálózatot is. 

Az NDS révén Windows NT szerve- 
rek és munkaállomások integrációja is 
megoldott a Novell Workstation 
Manager, illetve az NDS for NT fel- 
használásával. A két modul alkalmazása 
szükségtelenné teszi a nagyobb hálóza- 
tok esetén nehézkes Domain struktúra 
használatát. Az NDS-be integráltság 
révén a munkaállomások, a felhaszná- 
lók, a jogosultságok, a policy-k mene- 
dzselése egy helyen történhet NetWare, 








NT, Unix esetén. Egy NetWare hálózat- 
ból nemcsak NT és Unix alapú gépek 
felé nyílik kapcsolódási lehetőség. IBM 
Mainframe gépekhez és AS400 alapú 
szerverekhez is tudunk csatlakozni egy 
NetWare kliens gépről. A csatlakozás 
jelenthet egyrészt terminálemulációt az 
ottani alkalmazás futtatásához, más- 
részt nyomtatási lehetőséget ebből az 
alkalmazásból a NetWare hálózatban 
található nyomtatóra. 


Alkalmazások integrálása 

Az NDS, a Novell Címtár alap- 
infrastruktúra a vállalati hálózatok szá- 
mára. A címtár kapcsolódási pontjai 
nyilvánosak, így bárki tud ehhez illesz- 
kedő szoftvert fejleszteni. A Novell az 
Open Solutions Architecture (OSA) ke- 
retében foglalta össze az intelligens 
alkalmazások fejlesztéséhez nyújtott tá- 
mogatást. 

Az OSA révén a Novell biztosítja azt, 
hogy a fejlesztők könnyen tudjanak 
külön szolgáltatásokat hozzátenni ter- 
mékeikhez. Az OSA adja a felhasználó 
azonosítását, a jogosultságok kezelését, 
az adminisztrációs programot, amely 
könnyedén kibővíthető az újonnan írt 
alkalmazás felügyeletéhez szükséges 
menüpontokkal. Már most is számos 
olyan alkalmazás létezik, amely kihasz- 
nálja az OSA, vagyis lényegében a 
Novell Címtár által nyújtott lehetősé- 
geket. Ilyen például a Novell Group- 
Wise, a Z.E.N.works, a BorderMan- 
ager. Természetesen nemcsak a Novell 
szoftverek építenek erre a struktúrára, 
hanem sok más gyártó terméke, például 
az Oracle adatbáziskezelője vagy a 
Cheyenne FAXserve szoftvere is ki- 
használja az NDS alapú hálózatok elő- 
nyeit. 

Az együttműködés a Novell számára 
olyan hálózati infrastruktúra kiépítését 
jelenti, amely egyrészt biztosítja a szá- 
mítógép hatékony használatát és fel- 
ügyeletét, másrészt amelyben a rend- 
szer a vállalat igényeinek megfelelően 
a legkülönfélébb gyártóktól származó 
hardver és szoftver elemekkel könnyen 
bővíthető. Ez az infrastruktúra pedig 
jelenleg az NDS-sel a Novell címtár- 
szolgáltatásával alakítható ki a leg- 
könnyebben. 

Hargitai Zsolt 
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Hálózati vetélkedő 5.: Kooperáció 


a, 


A csapatjátékos 


A Microsoft Windows NT Server 4.0-t úgy tervezték, hogy 
valamennyi fontosabb ügyfél és hálózati kiszolgáló operációs 
rendszerrel együttműködjön, lehetővé téve az informatikai 
beruházások értékének megőrzését. A Windows NT Server további 
termékek megvásárlása nélkül támogatja a Unix, a Novell NetWare, 
az Apple Macintosh és a Microsoft Windows alapú hálózatokkal 
való együttműködéshez szükséges szabványokat. Elérhető 
Windows NT Workstation, Windows 9x, Windows 3.x, Mac OS, 
Unix, OS/2 és MS-DOS ügyfélgépekről, tartalmazza a fontosabb 
hálózati protokollokat (TCP/IP, IPX/SPX, NetBEUI, AppleTalk, 


DLC, HTTP, SNA, PPP, PPTP.) 


A legfontosabb kérdés egy már meg- 
lévő hálózat és a Windows NT össze- 


kapcsolása. Az elsősorban hagyomá- 


nyos fájl- és nyomtatómegosztást nyúj- 
tó Novell NetWare környezetbe az NT 
simulékonyan illeszkedik be szolgálta- 
tásaival. A meglévő NetWare kliensek 
változtatás nélkül használhatók Win- 
dows NT környezetben: a File and Print 
Services for NetWare (FPNW) szolgál- 
tatás NetWare 3.x fájl- és nyomtatóki- 
szolgálót szimulál. Ha windowsos há- 
lózatban szeretnénk elérni egy NetWare 
szerver erőforrásait, akkor az NDS-t is 
támogató Gateway Services for Net- 
Ware beépített szolgáltatással a Win- 
dows NT Server átjárót kínál a NetWare 
Core Protocol (NCP) kliens oldali hasz- 
nálata nélkül. A Directory Service Man- 
ager for NetWare oldja meg a vegyes 
hálózat egyszerű menedzselését. Haté- 
kony támogatást tartalmaz az áttéréshez 
NetWare hálózatról a Migration Tool 
for NetWare szolgáltatás, amely a fel- 
használói fiókokat, a felhasználók ada- 
tait, állományait és jogosultságait is 
áthelyezi a Windows NT szerverre. 
Mivel még ma is igen nagy számban 
használnak Unix alapú megoldásokat, 
elengedhetetlen, hogy költségkímélő és 
széles skálájú együttműködés alakuljon 
ki közöttük. Az együttműködés teljes, 
tehát nemcsak hálózati, hanem az adat- 
elérés, az alkalmazások futtatása és a 
menedzselhetőség is megoldott. A 
Microsoft a közelmúltban jelentette be 
a Services for Unix terméket, amely 
például Network File System (NFS) 
kliens/szerver szolgáltatást, telnetes tá- 
voli adminisztrációt, jelszó-szinkroni- 
zációt és kibővített parancsfájl-támoga- 
tást tartalmaz. Más cégek is kínálnak 
hatékony NFS kliens/szerver terméke- 


ket Windows NT-re (Hummingbird 
NFS Maestro, NetManage Chamele- 
onNFS/X, Intergraph DiskAcces és 
DiskShare). 

A másik oldalról nézve a unixos 
munkaállomás a Samba démon telepí- 
tésével oszthatja meg erőforrásait a 
windowsos hálózattal. A Unix rendsze- 
rek által használt DNS DHCP, BootP 
és RPC funkciók a Windows NT Server 
beépített komponensei, a hálózati 
nyomtatáshoz pedig LPR klienst is tar- 
talmaz. A kiszolgáló SNMP eszközzel 
is menedzselhető. Külső gyártók szoft- 
verei is szép számmal fellelhetők ezen 
a területen (HP OpenView). Az X Win- 
dow szerverszoftverek a Windows NT 
szervert valódi többfelhasználós háló- 
zati operációs rendszerré alakíthatják 
(NetManage ChameleonNFS/X, Hum- 
mingbird Exceed). 

Fordított eset, amikor egy Unix mun- 
kaállomáson szeretnénk Win32 alapú 
alkalmazást futtatni. Erre is szolgál a 
Microsoft egyik legújabb terméke, a 
Windows NT Server, Terminal Server 
Edition. (Ezzel a termékkel a régi, 
MS-DOS alapú számítógépeken is fut- 
tathatjuk a 32 bites Windows alkalma- 
zásokat.) A Windows NT a kezdetektől 
fogva  Symmetric — Multiprocessing 
(SMP) megvalósítású, és támogatja a 
Posix szabványt, amely elősegíti a Unix 
alapú megoldások átültetését Windows 
NT-re (példa erre a Softway Systems 
OpenNT-je). A legnépszerűbb Unix al- 
kalmazások (AWK, Perl, EMACS stb.) 
rendelkeznek Windows NT-n futó ver- 
zióval is, így az ezekre épülő (például 
Web-alapú) alkalmazások könnyen át- 
ültethetők Unixról Windows NT-re. 

És még lehet fokozni: többplatfor- 
mos alkalmazásfejlesztés? Igen, a Win- 











He 
dows NT beépített, komponensalapú 
alkalmazásfuttató környezetének alap- 
technológiája, a Component Object 
Model (COM) már nemcsak a Windows 
platformokon elérhető, a COM for So- 
laris 1998 júniusától kész. Vezető rend- 
szerintegrátorok ( Andersen Consulting, 
EDS, KPMG, Vanstar) a COM segítsé- 
gével egyesítik ügyfeleik többplatfor- 
mos rendszereit. A Distributed Compo- 
nent Object Model (DCOM) pedig az 
elosztott megoldások létrehozásában 
segít. Adatbáziselérés szintjén IBM 
DB2, Oracle, Sybase, Informix és más 
adatbázisokhoz elérése az ODBC és 
OLE DB szabványon alapul. A Win- 
dows NT Option Pack óta pedig ope- 
rációs rendszer szintjén képes tranzak- 
ciókezelésre a Microsoft Transaction 
Server (MTS) segítségével. Az IBM 
CICS és IMS tranzakciók támogatása 
Transaction  Serverrel, a Microsoft 
BacKkOffice Server csomagjába tartozó 
SNA Serveren keresztül történik. 

Elosztott alkalmazások futtatása egy 
magánhálózaton vagy az Interneten ke- 
resztül, az Internet Information Server 
(IIS), az MTS és a Message Oueue 
Server (biztonságos, várakozási sSoro- 
kon alapú adattovábbítás-kiszolgáló) 
integrációjával valósul meg. Vegyes 
számítógépes környezetben az erőfor- 
rásokat a már több mint egy éve pub- 
likus Active Directory Services Inter- 
face-en keresztül egyszerűen kezelhet- 
jük, legyen szó akár NDS, NT Directory 
Services (NTDS) vagy LDAP haszná- 
latáról. Az ADSI-ra épülő Microsoft 
alkalmazások a Windows NT 5.0 meg- 
jelenése körül várhatóak, de például a 
Cisco hálózati eszközeit is e felületen 
menedzselhetjük majd. 

A Windows NT lehetővé teszi, hogy 
a beépített titkosítási módszerek mellé 
saját elgondolásokat is megvalósítsunk 
a Security Support Provider Interface 
(SSPD) használatával. Ezzel nem zárjuk 
ki, hogy más rendszerek eljárásait in- 
tegrálhassuk, hanem jelentősen növel- 
jük az együttműködési képességet. 
Üzenetkezelés terén a Microsoft Ex- 
change Server az LDAP protokoll mel- 
lett minden jelentős szabványt támogat: 
POP3, IMAP4, S/MIME, NNTP, 
X.400, X.500. 











Csató Endre 
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Kényelmes átjárók 


Mint előző cikkeinkben már említettük, az IBM-nek több 
kiszolgálóplatformja létezik. Legalsó, belépő szintű kiszolgálója 
az OS/2 Warp Server, amely könnyen tud kapcsolódni 

egyrészt a magasabb szintű, másrészt a már meglévő 


kiszolgáló platformokhoz. 


Bizonyára nem árulok el nagy titkot, 
ha azt mondom, napjaink talán legel- 
terjedtebb PC-alapú kiszolgálója a No- 
vell NetWare. Természetesen az OS/2 
Warp Servernek kötelessége ehhez a 
meglévő szerverhez kapcsolódni, illet- 
ve az átállást biztosítani. A Warp Server 
ehhez többféle segédeszközzel is ren- 
delkezik. 


Négy megoldás 


Az első, talán legkézenfekfőbb meg- 
oldás a NetWare Gateway funkció, 
amelynek segítségével az OS/2 Warp 
Server egyetlen felhasználóként be tud 
lépni a NetWare szerverekbe, és az 
onnan kapott erőforrásokat (meghajtó- 
kat, könyvtárakat) tovább ajánlja saját 
klienseinek. Így a kliensek csak a Warp 
Serverre lépnek be, és ők csak a Warp 
Server erőforrásait látják, de ebben már 
benne lehetnek a Warp Server NetWare 
szerverektől kapott és tovább ajánlott 
erőforrásai. 

A kliensek valójában nem is tudják, 
hogy az így kapott erőforrás egy Net- 
Ware szerverhez kapcsolódik. Sőt, a 
klienseknek nincs is szükségük Net- 
Ware támogatásra (IPX/SPX), a klien- 
sek csak a Warp Server kliensprogram- 
ját használják. 

Egy példa a könnyebb érthetőség 
kedvéért: a Warp Server belép mint 
felhasználó (például supervisor) a Net- 
Ware szerverre (vagy akár többre is), 
és — jogosultságainak  — megfelelően 
, map"-eli magának F: meghajtóként a 
NetWare SYS" kötetét. Majd a Warp 
Serveren létrehozunk egy erőforrás- 
megosztást, ami a már ,lokális" F: 
meghajtót osztja meg klienseinkkel. 
Ebből a példából láthatjuk, hogy a más 
hálózatokból kapott erőforrásokat a 
Warp Server képes továbbosztani kli- 
ensei számára. Ezért ezt gateway (átjá- 
ró) funkciónak is szoktuk nevezni. 

Ha úgy döntünk, hogy régi NetWare 
szerverünket teljes egészében Warp 
Serverrel akarjuk felváltani, akkor erre 
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a célra a Warp Server csomagjában 
található egy segédprogram, és azzal 
könnyedén átvihetjük a NetWare-en lé- 
vő felhasználó-, csoport- és erőforrás- 
definíciókat Warp Serverre. 

A harmadik megoldás az lehet, hogy 
bár a Warp Servernek külön DOS-os 
kliense van, az együtt tud működni a 
NetWare kliensekkel. Ez, mint tudjuk, 
más platformokon (OS/2, Windows-ok) 
nem jelent gondot, hiszen ott beépített 
kliensek vannak. Így a kliensek egyide- 
jűleg használhatják a Warp Servert, és 
közvetlen kapcsolatuk nyílik a NetWare 
irányába is. 

Bár nem a Warp Server érdeme, 
létezik egy negyedik megoldás is, és 
azt a Novell NetWare for OS/2 termék 
biztosítja. Ez gyakorlatilag maga a Net- 
Ware szerver, amely OS/2 operációs 


rendszeren fut. Így akár azt is megte- "7 


hetjük, hogy ugyanazon a gépen futtat- 
juk az OS/2 Warp Servert és mellette 
magát a NetWare szervert. 


Alias 


Integrálhatjuk a Warp Servert a Win- 
dows platformokkal is. Itt sokkal 
könnyebb a dolgunk, hiszen a Windows 
platformok ugyanazt az SMB (Server 
Message Block) protokollt használják, 
melyest az OS/2 és a Warp Server. Itt 
tehát nincs szükség külön kliens vagy 
gateway programokra, hiszen a külön- 
böző operációs rendszerek mind a két 
irányban átjárhatók. Bár az IBM készí- 
tett külön klienset Windows 95 és Win- 
dows NT platformokra, mivel a Warp 
Server képes erőforrásait ún. ,alias"- 
okkal ellátni, így a felhasználó egysze- 
rűen csak az aliasra hivatkozik, ha egy 
erőforrásra hivatkozni szeretne, és nem 
kell tudnia, hogy erőforrása melyik 
szerveren helyezkedik el. 

Ennek előnye még, hogy a rendszer- 
adminisztrátor az erőforrásokat köny- 
nyen megváltoztathatja, áthelyezheti 
másik szerverre, anélkül, hogy az aliast 
megváltoztatná. Így a kliensek, mivel 





S2wa s 


Server 











ők csak az aliasokra hivatkoznak, észre 
sem veszik a változást. A Windows 
platformok az aliasokra való hivatko- 
zást azonban nem tudnák kezelni, az 
IBM készített a Windows platformok- 
hoz külön kliens programot (mely tel- 
jesen ingyenes), és annak segítségével 
a Windowsok is képesek lesznek a Warp 
Server aliasait kezelni, együttműködve 
a meglévő funkciókkal. Tehát mind a 
Warp Server, mind a Windows NT teljes 
kooperációban tud együttműködni. 


Direkt kapcsolat 


Létezik az OS/2 Warp Serverhez 
NFS támogatás is, amellyel összekap- 
csolhatjuk a Warp Servert Unix rend- 
szerekkel. Az NFS támogatás kétoldalú, 
tehát a Warp Server kliens is, szerver 
is lehet, így el tudja érni a Unixok 
fájlrendszerét, és meg is tudja osztani 
a sajátját a Unixokkal. Természetesen 
itt is érvényes, amit a NetWare Gateway 
funkciónál említettem, hogy a Warp 
Server egy Unixtól kapott erőforrást is 
tovább tud ajánlani saját kliensei szá- 
mára, így a klienseknek nincs szüksé- 
gük saját NFS támogatásra. 

Bár az IBM Unix alapú AIX operá- 
ciós rendszerére létezik direkt Warp 
Server támogatás is, amellyel nem NFS, 
hanem direkt kapcsolatot létesíthetünk 
a két kiszolgálóplatform között, a más 
Unixokon elterjedt Samba szintén hasz- 
nálható a Warp Serverhez való kapcso- 
lódáshoz. Ugyanez igaz az IBM AS/400 
platformjára, ahol létezik a Warp Server 
for AS/400 termék, szintén direkt átjár- 
hatóságot biztosítva az AS/400 és a PC 
platform között. Hasonlóképpen a LAN 
Server for MVS a mainframe-ekkel 
biztosít kapcsolatot. 


Kliensek 
Nem szóltam eddig a kliensekről. A 
Warp Server kliense lehet DOS, OS/2, 
Windows 3.1, Windows for Work- 
groups, Windows 95, Windows NT és 
Macintosh. Mint említettem, a Win- 
dows 95 és a Windows NT platformo- 
kon nincs szükség külön kliensre, mivel 
a Microsoft megoldása kompatibilis a 
Warp Serverével, de használható az 
IBM kiegészítése, amivel a Warp Server 
extra funkcióit is elérhetjük. 
Pál Ferenc 
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, 


integráló erő a hálón 


Az új Unixware7 lényeges tulajdonsága, 


hogy széles körben integrálható 


a hálózatokban kialakult különböző 


környezetekkel, platformokkkal, harver- és 
szoftverrendszerekkel. Sorozatunknak ebben a 


részében ezeket az együttműködési 


lehetőségeket vesszük sorra. 


Más Unix 
Más Unix rendszerekhez való kap- 
csolódás természetesen nem jelenthet 


gondot, hiszen a jól bevált szabványok 
(TCP/IP, NFS, PPP stb.) alapján a Unix 


rendszerek jól megértik egymást, az 


integráció gyakorlatilag zökkenőmen- 
tesnek mondható. 


Novell 


A Unixware2 erős novelles alapjaira 
építve a Unixware7 tartalmazza a Net- 
Ware fájlkezelési, nyomtatási és könyv- 
tári szolgáltatásait. Ezek a 4.10a verzi- 
ónak megfelelő szolgáltatásokat nyújt- 
ják, mind a kliens, mind a szerver 
oldaláról. 

A legújabb Novell Directory szolgál- 
tatásait (NDS 5.04) szintén támogatja 
a rendszer. A Netware szolgáltatások IP 
kapcsolaton keresztül is elérhetők a 
Unix Ware IPX tunnelling segítségével. 


NT 


Ahol az NT szerverekkel való integ- 
ráció lényeges szempont, ott a Unixwa- 
re7-en futó Advanced File and Print 
Server csomag kiváló megoldást bizto- 
sít. Itt lehet fájl- és nyomtatómegosztást 
végezni Windows 95, Windows NT, 
Windows 3.x, OS/2 és DOS munka- 
állomásokkal. 

A Unix könyvtárak és nyomtatók 
Windows hálózati meghajtóként és 
nyomtatóként látszanak. Természetesen 
domain-controllerként is tud működni. 
Mivel az Advanced File and Print Ser- 
ver a Microsoft NT hálózati technoló- 
giáját használja, ezért  peer-to-peer 
kompatibilis azzal, így a kliensek szá- 
mára pontosan úgy látszik, ahogy egy 
4.0-s NT szerver. A rendszer mind a 
felhasználó, mind pedig a rendszergaz- 
da szemszögéből pontosan úgy néz ki, 
mint egy NT környezet. 


Nagygép 

A nagygépek felé általában ugyan- 
azokat a protokollokat használják, mint 
a többi unixos gép felé. 


DOS 
A unixos fájlok és nyomtatók DOS 


alóli elérhetőségét biztosító termékek 
nagy többsége NFS protokollt használ, 
melynek szerver oldali része minden 


Unixban megtalálható. 


Windows 


A kisebb hálózatok hasznosíthatják 
a főbb Unix platformokon futó SCO 
VisionFS programcsomagot, amely a 
munkacsoport alapú windowsos integ- 
rációt oldja meg. Lehetővé teszi, hogy 
a Unixra kapcsolódó windowsos mun- 
kaállomások egyszerűen jussanak fel a 
szerverre. 

Ez egy nagyteljesítményű szerver 
alapú fájl- és nyomtatómegosztási meg- 
oldás, amelyet kizárólag a szerverre kell 
telepíteni, és ezzel a hálózaton minden 
Windows PC hozzáférhet az összes 
Unix fájlhoz és printerhez. Tehát az 
NFS-sel ellentétben nem szükséges a 
szoftvereket minden egyes PC-re tele- 
píteni és konfigurálni. 

A VisionFS aztis lehetővé teszi, hogy 
munkacsoportok akár az Interneten ke- 
resztül is megosszák az erőforrásokat, 
és távoli Unix szervereket is úgy kezel- 
jenek, mintha azok a helyi hálózaton 
lennének. A termékben lévő profilszer- 
kesztő programmal egyszerűen és gyor- 
lyozni. 

Az integráltság magasabb fokát kép- 
viseli az SCO SOL Retriever, amely a 
windowsos munkaállomásokon nyújt 
ODBC és JDBC felületet szinte az 
összes unixos SOL-alapú adatbáziske- 
zelőhőz. 








7 





Egyéb hálózati kliensek 


A Unixware7 a szokásos Win- 
dows/DOS kliensek mellett — jó Unix- 
hoz híven — széleskörű támogatást 
nyújt más eszközökhöz is. Ilyenek pél- 
dául a nagy reményeket keltő NC (Net- 
work Computer), vagyis az úgynevezett 
vékony kliensek, a Java-képes ,, Web- 
top" eszközök, a jól bevált karakteres 
terminálok (VT220 stb.) és más egyéb 
ASCII perifériák. Az adott alkalmazás 
igényeinek legjobban megfelelő kör- 
nyezetet lehet mindenhol alkalmazni. 

Itt külön kiemelnénk az új SCO 
,, Tarantella" technológiát, amely egy 
Java-képes böngészőprogram segítsé- 
gével (tehát gyakorlatilag semmiféle 
karbantartást nem igénylő kliens hasz- 
nálatával) lehetővé teszi a hozzáférést 
szinte bármilyen Unix, NT, mainframe, 
grafikus vagy karakteres alkalmazás- 
hoz, azáltal, hogy az adott alkalmazás 
felületét röptében , webesíti". 





Hálózati protokollok 


A hálózati számítástechnikához ter- 
mészetesen minden lehetőséget megad 
a Unixware7, többféle protokoll támo- 
gatása, a legfrissebb Internet, Java, üze- 
netkezelő és címtárkezelési szolgáltatá- 
sokkal együtt. 

Természetesen támogatja a TCP/IP 
legújabb verzióját, az IPV6-ot és az 
ehhez kapcsolódó összes jelentősebb 
szolgáltatást: NFS, NIS, NTP, DNS, 
DHCP, LDAP és még hosszan sorolhat- 
nánk a 3-4 betús rövidítéseket. A szab- 
ványos SNMP támogatásával a Unix- 
Ware természetesen integrálható bármi- 
lyen  hálózatfelügyeleti rendszerbe, 
mind ügynök, mind pedig felügyeleti 
állomás funkciót elláthat. 


Backup 
A kliens-szerver alapú mentőprogra- 
moknak mind a kliens, mind a szerver 
változata elérhető a Unix gépeken. Így 
könnyen tudunk Novell, NT, Windows 
gépekről a unixos szerverre menteni. 
De az sem gond, ha a unixos fájlokat 
kell egy NetWare-es gépre elmenteni. 
Ez különösen a nagy, heterogén háló- 
zatoknál fontos tulajdonság. 
Toporczy István 
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VISSZACSATOLÁS 





Weblapjárás 


Én sem tudom, miként sokan mások, hogy mi és hol 
található velem kapcsolatban, bár szeretném tudni. (Vagy 
jobb mégsem tudni? Na, ezt ki tudja?!) 

Tavaly nyártól a mai napig heves érdeklődést tanúsítottam 
egy igen gazdag tematikájú és gyakorta meg-megújuló 
weboldal iránt: http://wvww.alaplap.hu, de ma este váratlanul 
és véletlenül találkoztam az IGAZIVAL (http://www.hir.hu 
/alaplap/cikk.htm), vagy van még ennél is igazibb, csak én 
kelekótya nem tudok róla, hogy Ő is engem keres, bár nem 
tud rólam. Talán csak nézem (és olvasom) az új ALAPLAP-ot, 
de nem látom? 

Üdvözlet és majdnem gratuláció, mert az újság (és abból 
szinte mindegyiket ismerem) nagyon régóta még mindig a 
legjobb. 

Kárpáti Ferenc 


Ui.: Kicsit bánt, hogy Herczeg úr cikkében (és a NET-en) 
nem találom a ConfigSYS Kft, illetve a Titkár program 
elérhetőségét. 


Mi sem tudjuk, hogy velünk kapcsolatban mi és hol 
található a Weben, és saját esetünk is azt példázza, 
hogy jobb az óvatosság. 
Megnyitni egy weboldalt ,hirtelen felindulásból" vagy 
alkalmi jelleggel is lehet. Saját állandó weblappal jelen 
lenni a Hálón, az már egy kis macerával és felelősséggel 
jár. Egy nagyobb webhely (web site) fenntartása pedig 
egyenesen vállalkozás. Weblapunkra irányuló hivatko- 
zásokat, linkeket más weblapokon csak úgy (volna) 
szabad elhelyezni, ha hosszú távra tudunk tervezni és 
a szálakat szükség esetén el is tudjuk vágni. 
Egy jól komponált weblap elkészítése annyira a ,leve- 
gőben lógó" kihívás, hogy sokan vállalják akár lelkese- 
désből is. A weblapot folyamatosan frissen tartani, 
adatokkal feltölteni, időnként megújítani — az viszont 
már (sokszor monoton) munka, amit fizetés nélkül 
kevesen tesznek meg. Ennek anyagi fedezetére azon- 
ban az esetek többségében külső forrást kell biztosítani, 
mert azt magán a Weben kitermelni — kevés kivételtől 
eltekintve — egyelőre illúzió. 
Első nekifutásból mi is szerettünk volna a Weben 
tartalmilag valami többletet adni a nyomtatott laphoz 
képest, és ezzel a szándékkal jött létre (vendégként a 
Budapest Online-nál) a http://www.hir.hu/alaplap/cikk 
.htm. Annak frissítése azonban a lelkesedés fogytával 
(1996 júniusában) abbamaradt, és azóta ez az oldal 
internetes ,kövületté" vált. 
A Telnetnél 1997 nyarán indítottuk a http://www.alaplap 
.hu saját weblapot, amelynek viszont már más funkciót 
szántuk: azt, hogy bárki számára bármikor hozzáférhe- 
tőek legyenek címadataink, hirdetési tarifáink, tartalom- 
jegyzékeink... Tudatosan vállalt , vállalati faliújságunk- 
nak" nem is csináltunk olyan propagandát, hogy ennél 
többet várjanak el tőle. Mindez persze nem jelenti azt, 
hogy később sem fogunk rajta néhány dolgot kibővíteni 
vagy megváltozatni... De azt majd mindig reklámozzuk. 
Utóiratával kapcsolatban ezúton kérünk elnézést mind- 
azoktól, akik nem vették elég hamar észre, hogy áprilisi 
számunkban, mely éppen április 1-jén került forgalomba, 
, őherczegsége" áprilisi tréfaként írta bele cikkébe a nem 
létező ConfigSYS Kft-t és a Titkár programot. 
Arról viszont sajnos az ÉLET tehet, hogy mindaz, amit 
abszurditásnak kellett volna érezni, annyira életszerűen 
hangzott! 

(A szerk.) 
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Halál a régire?! 


Pár nappal korábbi faxomat követően rekordgyorsasággal 
megérkezett a LAP (az alap). A hónap témája és egész 
tematikája igencsak megelégedésemre szolgált. Ám minden 
örömbe vegyül egy kis üröm is. 

A driverek könyvtárában régóta várt anyagok vannak, ám 
a listából továbbra is roppantul hiányzik nekem egy őskövü- 
let, az 1985-ös Phoenix BIOS, amelyet még lemezről kellett 
megetetni az akkor korszerű 286-ossal. Ebben az ügyben már 
beszéltem szerkesztőségükkel, és annak alapján erre a CD-re 
vártam — ÉRTIK: ALAPJján :-)). Ha lehetne tenni valamit 
az ügy érdekében, az nem lenne rossz. A 286-os egy 
kiszuperált jószág, de kísérletezésre és hobby-célokra még 
igen jól használható lenne. 

A CD-hez az OS/2 Team igazán kiváló kezelőfelületet 
készített. Szilárd elhatározásom, hogy az általuk jegyzett 
lapra, a Net.Times-ra is elő fogok fizetni, az eddigi lapszá- 
monkénti vásárlás helyett. 

Katona Sándor 


A régi rendszerek halálra ítélése sajnos a számítástech- 
nikai ipar érdekeltségének és erőviszonyainak egyenes 
következménye. ,A FEJLŐDÉS" két , retrográd" ember- 
típus létjogosultságát nem hajlandó elfogadni: 

1. Azokat, akik megtartják régi, elavult gépüket, és 
továbbra is azon akarnak dolgozni, játszani, sőt új 
programokat is futtani. 

2. Azokat, akik beszerzik a legkorszerűbb (értsd leg- 
újabb) gépkonfigurációt, és azon "horribile dictu" régi, 
megszokott programjaikat szeretnék használni, mert 
azok az adott célnak tökéletesen megfelelnek (néha 
jobban, mint az újak). 

E két renitens embercsoport megértést tanúsít a tech- 
nikai haladás törvényszerűségei iránt, tisztában is van 
a visszafelé irányuló kompatibilitás korlátaival, ezért 
nem kíván lehetetlent — csak lehetségest. Ugyanakkor 
a bulldózeres tereprendezésű fejlődés hívei a múlt 
megőrzésének lehetséges megoldásaitól is elzárkóz- 
nak, és saját maguk ilyen célokért semmit nem hajlandók 
áldozni. A konfliktus pillanatnyilag feloldhatatlannak lát- 
szik, intézményesen az ipar nem támogatja a túlhala- 
dott technika konzerválását". 

Ugyanakkor a számítástechnikusok között vannak olya- 
nok, akik lelkiismeretét mégiscsak birizgálja ez a helyzet, 
és saját szűkös lehetőségeik között igyekeznek segít- 
séget nyújtani. Ha módjukban áll, megírnak vagy meg- 
íratnak a régi eszközök használhatóságát az új körül- 
mények között is fenntartó segédprogramokat, azok 
elérhetőségéről tájékoztatást adnak, ez ügyben az 
Interneten másokkal együttműködnek stb. Partizán- 
háborújuk azonban nem sok eredményt ígér, mert 
egyrészt nincsenek hatással a hardverfejlesztésre, más- 
részt a nagy szoftverrendszerek forráskódjaihoz jogi 
vagy fizikai okokból nem férnek hozzá, tehát a megol- 
dások elkészítéséhez nincs meg a szükséges hátorszá- 
guk. A szoftvercégek pedig általában holttá nyilvánítják 
ugyan régi programjaikat, de azok forráskódját nem 
teszik nyilvánossá és szabaddá. Ök már soha sem 
fogják hasznosítani, de azt sem engedik meg, hogy 
mások használhassák azokat (lásd: a kertész kutyája.) 
Olvasónk másik megjegyzéséhez annyit, hogy sajnos 
a Net.Times további megjelentetése jelen pillanatban 
bizonytalannak látszik. Következő számunkban talán 
már beszámolhatunk róla, hogy lesz-e folytatás. 


(A szerk.) 


Photoshop suli — VII. 
Betűfelület, torzítás, háttér 


Nyolcadik lecke 
Képes szöveg 


Olyan szöveget is készíthetünk, 
amelynek betűi mintha képekből lenné- 
nek kivágva. Az eljárás nem is olyan 
bonyolult, mint elsőre gondolnánk. 

— Nyissunk meg egy képfájlt, ame- 
lyet a betűkben szeretnénk látni. 

— Jelöljük ki az egész képet 
(Ctrl--A), és másoljuk fel a vágólapra. 

— Az Edit legördülő menüből adjuk 
ki a Define Pattern (minta meghatáro- 
zása) parancsot. 

— Most a File legördülő menüből 


vagy a Ctrl--N billentyűvel hozzunk 


létre egy új képet. 

— Ezen az új képen helyezzük el a 
szöveget a Type eszköz segítségével, 
de a kiválasztást még ne szüntessük 
meg. 

— Az Image/Effects/Scale parancs- 
csal nagyítsuk a szöveget a kívánt mé- 
retűre, majd hagyjuk jóvá a nagyítást 
úgy, hogy a nagyítás keretén belülre 
kattintunk. Ekkor még megmarad a 
szöveg körül a lebegő kiválasztás. 

— Most az Edit legördülő menüből 
adjuk ki a Fill parancsot, a párbeszéd- 
ablakban válasszuk a Pattern opciót a 


Use legördülőből, és válasszuk ki a 
festés módját is, ami legyen mondjuk 
a Darken. 

— Az OK gomb megnyomására a 
kiválasztott szövegbe betöltődik a min- 
taként definiált kép. 

— Szüntessük meg a szöveg körül a 
kiválasztást. (1. kép.) 

Természetesen arra is van mód, hogy 
egy már létező képre helyezzünk el 
ilyen feliratot. Ilyen esetben bonyolítja 
a dolgot, ha a mintaként definiált kép 
és a célkép nem azonos méretű, illetve 
más felbontású. (A példában azért küld- 
tük a mintaképet a vágólapra, mert így 
az újonnan létrehozott kép automatiku- 
san a vágólapon szereplő kép paramé- 
tereit veszi fel, ha közben nem változ- 
tatunk a paramétereken.) Mindig pró- 
báljuk meg akkora méretben létrehozni 
a szöveget, amekkorában azt valójában 
szeretnénk, mert az utólagos méretvál- 
toztatás rontja a betűk kontúrjait. 

Ha a Type eszköz ablakába nem 
tudunk szöveget beírni, akkor ez azért 
van, mert a célkép paraméterei nem 
teszik lehetővé a megadott méretű betűk 
beírását. Ilyenkor csökkentenünk kell a 
betűméretet, és a szöveget majd utólag 
kell a megfelelő méretűre nagyítanunk. 
Ez minden más esetre is vonatkozik a 





FOGÓDZÓ 


Type eszköz használatakor! Ügyeljünk 
arra is, hogy mielőtt a Type eszközre 
váltanánk, az előtér színét állítsuk tiszta 
fehérre — hacsak nincs olyan szándé- 
kunk, hogy a szövegben a minta keve- 
redjen valamilyen más előtérszínnel. 

Mintaként nemcsak egész képet, ha- 
nem abból egy részletet is választha- 
tunk, és a kiválasztott részletet a minta 
definiálása előtt manipulálhatjuk is. Ha 
a szöveget valamilyen módon torzítani 
szeretnénk, akkor ezt még a mintával 
való kitöltés előtt tegyük meg, ellenke- 
ző esetben a szövegbe betöltött minta 
is követni fogja a torzítást. Igen érdekes 
feliratokat hozhatunk létre, ha annak 
egy-egy részét (akár minden betűjét) 
más-más képekkel vagy részletekkel 
töltjük ki. Ilyenkor viszont a szöveget 
részenként, illetve betűnként kell létre- 
hozni, a leckénkben ismertetett mód- 
szer ismételt alkalmazásával. A részle- 
tek vagy betűk pontos illesztését előse- 
gítendő, használjuk az Info palettát — 
ennek aljában láthatjuk a kurzor pontos 
helyzetét az X,Y koordináta-rendszer- 
ben. 


Kilencedik lecke 


Torzítások 


Talán a színekkel való manipulálás- 
nál is érdekesebb, izgalmasabb feladat 
az alakok megváltoztatása; a Photoshop 
erre is kínál lehetőségeket. Alakok, kép- 
részletek torzítására sor kerülhet akár 
tréfából, akár bizonyos hatások elérése 
érdekében. Az alább közölt példák egy 
kis ízelítőt adnak a torzító eszközök 
használatával készíthető beavatkozá- 
sokról. Kiindulóképünk egy portré, 
amelyet a korábbi példákban is felhasz- 
náltunk. (2. kép.) 

A 3. kép úgy készült, hogy először 
kijelöltük az egyik szemet a Lasszó 
eszközzel, majd kiadtuk az Image/Ef- 
fects/Distort parancsot. Ugyanezt tettük 
a másik szemmel is, majd az orral. 

A 4. képen ugyanezt tettük az arc 
alsó felével, majd a középső tincset 
jelöltük ki, és azt szintén a Distort 
paranccsal lehúztuk. Hogy a hatás ter- 
mészetesebbnek tűnjék, a lehúzott tin- 
cset kissé eltérően rajzoltuk körül a 
Lasszó eszközzel, majd az  Im- 
age/Flip/Vertical paranccsal vízszinte- 
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2. kép 


sen megfordítottuk, utána pedig az e- 
lőbb manipulált tincs mellé helyeztük. 

A torzításra speciális szűrőket is 
használhatunk. Az 5. és a 6. kép a Filter 
legördülő menü Distort/Pinch szűrőjé- 
vel készült, de itt kijelölést nem alkal- 
maztunk, hanem az egész képet torzí- 
tottuk. Az elsőn az Amount csúszkát 
mínuszra, a másodikon pedig pluszra 
állítottuk. 

A torzított részleteket a Move esz- 
közzel igazíthatjuk pontosan a helyük- 
re. Az Anti Aliased opció bejelölésével 
a kiválasztások finom átmenettel simul- 
nak bele a képbe. Kiválasztásnál a 
Feather opcióban megadott mérték sze- 
rint a körvonal szögletes részei lekere- 





4. kép 
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kednek — ez különösen hasznos lehet 
szabadkézi kiválasztásoknál (Lasszó), 
mert bizonyos mértékben képes korri- 
gálni a kiválasztás pontatlanságát. Mi- 
nél nagyobb értéket adunk meg, annál 
erősebb lesz a kerekítés. 

Tipp: 

Szabadkézi kiválasztásnál mindig 
nagyítsuk fel a képet, hogy pontosabban 
dolgozhassunk, de csak annyira, hogy 
az ablakban elférjen az a részlet, ame- 
lyen dolgozni szeretnénk. Ha torzítás- 
nál a kijelölt részt összébb húzzuk, a 
hiányzó részt a háttérszín, illetve az 
alatta lévő réteg tölti ki. Ez sajnos a 
program fogyatékossága, ezért vigyáz- 
zunk, hogy a torzított részletek az ere- 
deti részleteknél inkább nagyobbak, 
mint kisebbek legyenek — ellenkező 
esetben bonyolult és precíz retusálást 
kell alkalmaznunk, hogy az új képrész- 
let pontosan beleilljék a környezetébe. 
A részletek bármely irányú széthúzásá- 
nál, nagyításánál számolnunk kell az- 
zal, hogy a megnövelt területeken a 
program matematikai közelítéssel szá- 
mítja ki az új pixelek számát, ezért 
minél nagyobb a méretváltozás, annál 
inkább érzékelhető a beavatkozás, és ez 
nem tesz jót a képnek. Minél nagyobb 
az eredeti kép felbontása, annál kevésbé 
lesz észrevehető a beavatkozás. Min- 
denképpen tartózkodjunk a túlzott mér- 
tékű torzításoktól! 

Házi feladatok: 

— Próbáljuk meg magunk létrehozni 


a fenti torzításokat, az eredményből" 


tanulhatunk, ha a referenciaképekkel 
összehasonlítjuk. 

— Más forrásokból származó képe- 
ken is alkalmazzunk hasonló torzításo- 





3. kép 


kat, és ezek eredményeit is hasonlítsuk 
össze a referenciaképekkel. 

Egyéni ötletek kipróbálásával kellő 
gyakorlatra tehetünk szert, és az ilyen 
irányú gyakorlatok segítenek meglátni 
azt, hogy egy bizonyos képet hogyan 
tudunk manipulálni. 


Tizedik lecke 
Hátterek 


Bizonyos feladatoknál megkívánta- 
"tik, hogy képünket valamilyen háttérrel 
lássuk el, és arra helyezzünk el felira- 
tokat, kisebb képeket stb. Készíthetünk 
szép, ízléses reklámokat, címfelirato- 
kat, weblapokat stb., amelyeken a háttér 








7. kép 


valamilyen anyag illúzióját kelti. Lehet 
az például fa, márvány, homok, beton, 
tűz vagy víz, égbolt és szinte bármi más. 
Lényeg, hogy a háttér ne ,, a rajta 
elhelyezett feliratokat, képelemeket, 
hanem mind színével, mind pedig min- 
tázatával inkább kiemelje azokat. (Ál- 
talában nem szerencsés mondjuk víz 
hátteret tenni kék betűk mögé, a létre- 
jövő effektust azonban mindig egyedi- 








leg kell mérlegelni, nem szabad teljesefi 


az , aranyigazságokra" építeni.) 

Ha rendelkezünk olyan képekkel, 
amelyek ilyen felületeket ábrázolnak, 
vagy vannak olyan képeink, amelyeken 
ilyen részletek megfelelő minőségben 
fellelhetők, akkor a részletet vagy a 
teljes képet mintaként definiálhatjuk, és 
ezzel a mintával kitölthetünk egy hát- 
térnek szánt üres képet. (Hasonló fel- 
adatot oldottunk meg, amikor betűket 
töltöttünk ki képekkel, illetve képrész- 
letekkel, lásd nyolcadik lecke.) 

— Nyissuk meg a háttérként válas 
tott képet, és jelöljük ki annak egés 
(CtrIl--A) vagy egy megfelelő részét 
(négyszögletes kiválasztó eszköz). 

— Adjuk ki az EdiMDefine Pattern 
parancsot. 

— Hozzunk létre egy új képet a 
kívánt paraméterekkel. 

— Erre a képre adjuk ki az Edi6VFill 
parancsot, és a párbeszédablakban a 
Use legördülő listából válasszuk a Pat- 
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8. kép 


ternt. A Mode legördülő menüből vá- 
lasszunk festési módot (például Dar- 
ken). 

— Az OK gomb megnyomására az 
üres kép kitöltődik a mintaként definiált 
képpel (képrészlettel). 

Nézzük meg ezt képekben is. (7. kép 
és 8. kép.) Láthatjuk, hogy az új képet 
a minta folyamatosan tölti ki, mintha 
egy nagyobb fafelületről készült volna. 
Esetünkben ez annak köszönhető, hogy 
a mintaként definiált kép mintázata 
kifejezetten alkalmas ismétlésre. Más 
képek esetében, ha a célkép nagyobb, 
mint a mintául szolgáló. akkor a minta 
ismétlődése valószínűleg nem lesz 
ennyire folyamatos. Ilyen esetekben az 
ismétlődő minták illesztési hibáit a pe- 
csétnyomóval vagy a maszatoló eszköz 
segítségével kijavíthatjuk, illetve el- 
moshatjuk. 

Tippek: 

— Érdekes mintául szolgálhat egy 
gyűrött papír is. amelyet beszkenne- 
lünk. Lehet az fehér is, amelyet azután 
utólag vagy úgy hagyunk, vagy színe- 
zünk, de használhatunk színes (vagy 
mintás) papírt is. 

— Egy üres képen az Add Noise 
filter//Monochromatic többszöri alkal- 














mazásával, és utána az Emboss filterrel 
beton hatású felületet hozhatunk létre 
(9. kép). Ezt a betonfelületet ugyancsak 
színezhetjük. 

— Ha fémszínű háttérre van szüksé- 
günk, sima (vagy gyűrött) alufóliát 
szkenneljünk be. A fényes tárgyak 
szkennelése azonban rendkívül nehéz 
feladat, mert nemkívánatos elszínező. 
dések lépnek fel, ezért szkenneléskor 
jelentősen csökkenteni kell a fényerőt. 
Ha színes fémfelületet szeretnénk, szí- 
nes fémfóliákat kell beszkennelnünk, 
de ezüstfóliát utólag is átszínezhetünk. 
A fémfóliák gyakori szkennelése vi- 
szont a szkenner fényérzékelő elemei- 
nek idő előtti elöregedését okozhatja, 
ezért inkább mentsük el az ilyen képe- 
ket, és a későbbiekben használjuk fel 
azokat ismét. 

— Felhős ég hátteret úgy hozhatunk 
létre, hogy például fehér háttérszínt és 
kék előtérszínt határozunk meg, majd 
kiadjuk a Filter/Render/Clouds paran- 
csot. (10. kép.) 

— Lángtengert szimulálhatunk, ha a 
fehér háttérszínt narancsvörös előtér- 
színnel kombináljuk, és az előbb emlí- 
tett szűrőt alkalmazzuk. 

Mózes István Miklós 




























10. kép 
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Junior kontra Shredder 


Tanulságos , gépi páros" 


Polgár László ötlete volt, hogy lányainak, Juditnak és Zsófiának a 
világbajnok Anatolij Karpovval, illetve Benkő Pál magyar-amerikai 
nagymesterrel folytatott rapid-mérkőzésével egyidejűleg két kiváló 
sakkprogram is megmérkőzzék egymással. A lányok szenzációs 
győzelme azóta bejárta a világsajtót, de kevesebbbet szóltak a 
tavaly világbajnokságot nyert izraeli Junior és az előző évi 
világbajnok, a német Shredder érdekfeszítő találkozójáról. 


Most ezt pótoljuk. 


A júniusban lezajlott tornán már nem 
azok a programok futottak a számító- 
gépen, amelyeknek alkotóik a világbaj- 
noki címet köszönhették. A számítógé- 
pes sakkban is gyors a haladás, egy-egy 
verzió a kereskedelmi forgalomban rit- 
kán él tovább egy esztendőnél. A Junior 
egyik alkotója, Shay Bushinsky az utol- 
só pillanatban küldte meg egy lemezen 
i nú programjának leg- 
; Stefan Meyer-Kahlen 
1997. évi világelső Shredder 1.0 jelű 
programja helyett pedig a közben elké- 
szült 2.0 verzió állt csatasorba. A tornán 
lejátszott nyolc játszma közül legalább 
öt volt kiváló teljesítmény. 

A Junior által aratott 5,5:2,5 arányú 
győzelem körülményei azonban nem 
voltak teljesen reálisak. Bushinsky azt 
kérte, hogy a programok 128 MB RAM 
memóriával felszerelt számítógépen 














fussanak. Ehhez az AlphaNet Kft a 
Digital AMG K6 típusú, 233 MHz-es 
processzorral működő két gépét adta 
kölcsön, és Csongrádi József vállalta a 
szakmai közreműködést. A másik prog- 
ramozó, Meyer-Kahlen (telefonon és 
Interneten) hozzájárult a szokatlanul 
nagy memóriájú gépen történő futtatás- 
hoz, de kérte, hogy a többi paraméter 
értékét is ennek megfelelően növeljék: 
a napjainkban általánosan használatos 
32 MB RAM mellett optimális 12 MB- 
nyi pozíciótáblázatok (hash tables) és 
4 MB-os értékelő táblázatok (evalu- 
ation tables) méretét 48, illetve 32 
MB-ra. A program ezt lehetővé tette. 
A pozíciótáblázatok révén a parti 
során ismétlődő hadállásokat nem kell 
mindig újból értékelni, és ez — főként, 
amikor már kevés báb van játékban — 
lényegesen gyorsítja a program műkö- 












New game against Junior 4.6 


1.NF3 cS 2.e4 Nc6 3.d4 czdd 4.Nzd4 NT6 
/5INc3 dő 6.Bg5 c6 7.042 a6 8.0-0-0 h6 
19.Be3 Be? 10£3 Nxdd 11.Badd bS 12.Kbi 
cS 13.BF2 Be6 14h4 [087 

Line 





(0.34): 15.g4 Rc8 16.Bc2 Od7 17.Nd5 E 
(0.19): 15.a3 h5 16.g3 Rc8 17.fd Rc8 


1 I 








54 ÚJ ALAPLAP. 1998/8 


dését. Az értékelő táblázatoktól viszont 
a program szelektivitása függ, vagyis 
az a képesség, amellyel az eleve rossz 
változatokat ki tudja szűrni és ezzel 
tehermentesíti az elemzést. Minél több 
variáns vizsgálatát hagyja ki ugyanis a 
program, annál nagyobb lépésmélysé- 
gig képes a többit értékelni, tehát annál 
nagyobb az esélye annak, hogy a leg- 
jobb lépést választja. 

A programozó javaslata, hogy négy- 
szer akkora RAM mellett a további 
paramétereket is megfelelő mértékben 
növeljék, logikusnak tűnt, a gép telje- 
sítménye kezdetben mégis igen gyenge 
volt, főleg az első négy partiban. A 
Shredder a negyedikben volt talán a 
leggyengébb, és leginkább ebben mu- 
tatkozott meg, hogy miért nem vált be 
a fenti logika. A rossz lépésekből néha 
többet lehet tanulni, mint a legszebb 
játszmákból. 

Junior 4.6 — Shredder 2.0 

Párosmérkőzés, 4. játszma 

1. Hf3 c5 2. e4 Hc6 3. d4 cxd4 4. 
Hxd4 Hf6 5. Hc3 d6 6. Fg5 e6 7. Vd2 
a6 8. 0-0-0 h6 9. Fe3 Fe7 10. f3 Hxd4 
11. Fxd4 b5 12. Kb1 e5 13. Ff2 Fe6 


" "T4. h4 0-0? (1. ábra.) 


Ha a szicíliai védelemben a két fél 
ellenkező oldalra sáncol, mindkettő az 
ellenfél királyállását támadja, ezért éles 
játék alakul ki. Itt azonban sötét h6-tal 
meggyengítette saját királyszárnyát, és 
nem tudta megakadályozni a h vonal 
megnyitását. Mivel már a vezéroldalon 
is akcióba kezdett, legjobb lett volna 
királyával középen maradni. 15. g4 Bc8 
16. g5 hxg5 17. hxg5 Hd7 18. Fe3 f5 
19. Vh2 Kf7 20. Vh5-4- g6 21. Vh7-- 
Keg8 22. Vxg6-- Ff7 23. Vh6 (2. ábra.) 

Az elhibázott megnyitás után a sötét 
király költséges búvóhelyre lelt, csupa 
tiszt veszi körül. 23. — f4-re 24.g6! 
fxe3 25. gxf7-- Bxf7 26. Vxe3 követ- 
keznék, ami után világos gyalog előnye 
megmarad, és a sötét király ismét kri- 
tikus helyzetbe kerül. Ezért minőségál- 
dozattal ellentámadásba fog, ami helyes 
döntés: 23. — Bxc3! 24. bxc3 Va5 25. 
exf5 Vxc3? De ez megint rossz válasz- 
tás. 25. — Fxa2-4- 26 Kbl Vxc3 után a 
világos király nehezebb helyzetbe ke- 
rül. 26. Bd3 (3. ábra.) 

26.— Vel3-?? Kiengedi a döntetlent. 
26. — Fxa2-t 27. Kxa2 Vxc2-- 28. Kal 





KALEIDOSZKÓP 





(28. Ka3? d5-- és matt két lépésben.) 
28. — Hc5! 29. f6! Hb3-- 30. Bxb3 
Vxb3 31. fxe7 Va3-- 32. Kbl Vb3-- 33, 
Kc3 Vxe3-t stb. örökös sakk. 27. Fc1 
Vb4-- 28. Kal Fc4? Hibák sorozata. 
28. — Vc4! — fenyeget Vxa2tt — 29. 
Kb2 Vxa2-t- 30. Kc3 Va5-- 31. Kb2 


Va2--; vagy 29. Bb3 Vxc2 még mindig " 


esélyt nyújtott a döntetlenre. 29. Vh5-- 
Kd8 30. Vg4 Bg8 31. Ba3! Vel 32. 
Fg2 Ve2 Világos itt és a következő 
lépésekben olyan spontán fenyegeté- 
sekkel operál, mintha csupán egy-két 
lépést számítana ki előre. De már tény- 
leg nincs sok lehetősége átfogó terv 
építésére. 33. Kbl Fd5 34. Bxa6 Hc5 
35. Ba7 Fe4 Két lépésben matt fenye- 
get, de ezt is könnyű kivédeni. 36. Kal! 
Fb7 36. — Vxc2-re nyugodtan üthető 
a futó; 36. — Fxc2-re pedig 37. Bxe7! 
Kxe7 38. f6-- után az összekötött szabad 
gyalogok döntenek. A szöveglépést fi- 
nom kettős áldozat követi. 37. f6! 
Visszafordul a kocka. (4. ábra.) 

A következő bonyodalmakból vilá- 
gos tisztelőnnyel kerül ki. 37. — Fxf6 
38. Bxb7 Hxb7 39. Ve6 Sötét hadállása 
szétesett. 39. — Vc4 40. Vxf6-- Kc7 A 
többi már csak technika dolga. 41. Ve7-- 
Kb8 42. f4! Vc8 43. Fxb7 Vxb7 44. 
Vxd6-- Vc7 45. Vd5 Vc4 46. Vxe5-- 
Kc8 47. f5 és sötét feladta. 

Ebből a játszmából világosan kide- 
rült, hogy a Shredder a megnövelt táb- 
lázati paraméterekkel nem képes kellő 
mélységben számítani. A kezelési uta- 
sításban rá is bukkantunk egy figyel- 
meztetésre, hogy gyors játék esetén 
nem célszerű a pozíció- és értékelő 
táblákat növelni, mert a programnak 
minden lépésnél időbe kerül a standard 
paraméterektől való eltérés, így összes- 
ségében többet veszít a réven, mint 
amennyit nyer a vámon, és nem marad 
elegendő ideje a szükséges mélységű 
elemzésre. A spontán ötlet nem vált be, 
a gyakorlatban kellett volna kikísérle- 
tezni, tesztelni, hogy 128 vagy 64 MB 


3. ábra 


RAM esetén mennyi lehet a többi pa- 
raméter optimális értéke. Az ellenfél 
Junior programozója viszont éppen a 
nagyobb RAM-kapacitás használatára 
készült fel. Amikor visszaállítottuk az 
eredeti paramétereket, a mérkőzés má- 
sodik felében Shredder bizonyult jobb- 
nak, 2,5:1,5 arányban. 

Azoknak, akik korábban már olvas- 
ták ismertetéseinket a különböző prog- 
ramokról, bizonyára feltűnt, hogy az 
ábrák a Fritzből valók. Ennek oka a 
Junior és a Fritz együttműködése. Min- 
den olyan funkciót, amely a sakkozás- 
hoz szükséges, a Junior lát el, ugyan- 
akkor az adatok prezentációját — az 
ábrákat, a lépéseket, az elemzéseket — 
a Fritz5 grafikai környezete jeleníti meg 
a képernyőn. 

Annak illusztrálására, hogy a nagy 
mélységű elemzés érdekében mennyire 
szükség van a program kellő szelekti- 
vitása révén nyert időre, bemutatom a 
párosmérkőzés 2. partijának a meg- 
nyitás utáni szakaszban előállt, teljesen 
ártalmatlannak tűnő hadállást. (5. ábra.) 

Még a nagymesterek sem gondolná- 
nak itt valami gyors döntésre. A Junior 
azonban megtalálta áz állásban mélyen 
rejlő lehetőséget. Következett: 16. c5! 


" Alapjában véve kézenfekvő előretörés, 





5. ábra. Hadállás sötét 15. lépése után 





4. ábra 


és csaknem hihetetlen, hogy milyen 
hosszú számítás előzte meg. Bxdl-- 
17. Bxd1 Bd8 18. Bxd8-- Vxd8 19. 
Hg5!! E szép lépést Junior igen gyorsan 
húzta meg, elárulta vele, hogy követ- 
kezményeit már a 16. lépésnél kiszámí- 
totta. 19. — Fxg5 20.Fxg5 Vxg5 
21.cxb6! Sötét elveszett, mert ha meg- 
próbálja tartani tisztelőnyét, mattot kap: 
21. — Ha5? 22. Fxb7 Hxb7 23. bxc7 
Hd6 24. c8V-- Hxc8 25. Vxc8-t és matt 
a következő lépésben. Sötét másik le- 
hetősége: 21. — Vg6, ami átmenetileg 
védi a c6 huszárt, de erre 22. Vxg6 hxg6 
23. bxc7! Ha5 24.Fxb7 Hxb7 25. c8V-; 
vagy 23. — He7 24. Fxb7 majd 25. 
c8V- Hxc8 26. Fxc8 nyer. A választott 
folytatás sem jobb, mint ezek. 21. — 
Hd4 22.Vxc7 Hxe2-- 23. Kfl Fxg2-t 
24. Kxg2 Hf4- 25. Kfl g6 Megint 
matt fenyegetett. Érdekes variáns: 25. 
— He6 26. Vc8-- Vd8 és világos vá- 
laszthat 27. b7 majd b8V, vagy 27. 
Vxd8-- Hxd8 28. bxa7 majd a8V között. 
26. b7 Hd3 27. b8V -- Kg7 28. Vc3 és 
sötét feladta. 

A szép parti befejezése után végig- 
gondoltam, mik lehettek világos számí- 
tásai, amikor 16. c5!-öt meghúzta. Szá- 
molt a kézenfekvő kettős bástyacseré- 
vel, és utána — talán már nem elsőként 
— a 19. lépés tisztáldozatával, amelyet 
szinte fonalasan követtek a kölcsönös 
ütések, ezeknek alig volt alternatívája. 
Kiderült továbbá, hogy a két főváltozat 
közül az első a bástyák tervezett cseré- 
jével induló és mattal végződő, a má- 
sodik (többféleképpen is) a gyalog át- 
változására vezető lebonyolítással, egy- 
aránt tizenegy (!) lépéspár előreszámí- 
tását igényelte. Azután , megkérdeztük" 
a gépet (hiszen az , jegyzőkönyvében" 
minden egyes lépésénél regisztrálja a 
számítási mélységet), hogy hány lépé- 
sig elemzett 16. c5!-nél, és valóban a 
11-es szám jelent meg. Ez különleges 
teljesítmény. 

Lindner László 
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Delphi 4 — immár az Inprise-tól 


Az Allegro bemutatkozása 


Az Inprise Inc. (a Borland utódja) 1998. június 15-én 
bejelentette a Delphi új, 4. verzióját. Az Allegro kódnevű 
Object Pascal fejlesztőeszköz megtartotta a korábbi verziók 
számos jól bevált tulajdonságát, de több újdonsággal is 
büszkélkedhet, mind grafikus fejlesztőfelületét (IDE), 


mind nyelvi képességeit tekintve. 


A Delphi 4 fejlesztőeszköz általános 
képe emlékeztet ugyan a korábbi ver- 
ziókéra, de mindjárt az indítás után 
szembeötlő az eszközsorok különbsége 
Itt a hasonlóság a Win32 rendszerek 
több más programjában megszokott 
eszközsorokkal már jelzi, hogy ezek az 
ablakelemek szabadon áthelyezhetők. 
Akár a főmenüt is lebegőablakká vará- 
zsolhatjuk, és arrébb tehetjük. De lehe- 
tőség van ezeknek az ablakoknak a 
dokkolására is a szerkesztőablak vagy 
az Object Inspector keretébe. 

Ez utóbbi lehetőségnek azonban nem 
annyira a menüablakoknál vehetjük 
hasznát, hanem inkább a programok 
fejlesztése, tesztelése során, a változók 
figyelésekor, vagy például a futás nyo- 
mon követésekor. Ezek a korábbi ver- 
ziókban csak egymás alá és fölé helyez- 
hető ablakok, a Delphi 4-esben már 
szintén dokkolhatók, így a programfej- 
lesztés során mindig szem előtt vannak, 
és a program debuggolása során meg- 
szűnik az éppen esedékes ablakok ke- 
resgélése. Szintén a hibakeresést segíti, 
hogy immár a Delphiben is lehetőség 
van a CBuilder 3-ashoz hasonló módon 
a CPU-szintű bogarászásra. 

Mielőtt azonban a programfejlesztés- 
ben a hibakeresésig eljutnánk, számos 
más segítséget is kapunk. A forráskód- 
szerkesztő ablak kiegészült egy további 
elemmel, így folyamatosan figyelem- 
mel kísérhetők a szerkesztett forrásfájl 
osztályai, változói és eljárásai. Termé- 
szetesen nemcsak a szemlélődést, ha- 
nem a navigálást is megkönnyítik, így 
többé nem kell egy terjedelmes unitfájl- 
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ban állandóan a szöveg görgetésével 
múlatni az időt. Gyorsan áttekinthetjük 
annak vázlatos tartalmát, és eljuthatunk 
a szerkesztendő kódsorokig. Ebben a 
Ctrl--Shift--Felső kurzornyíl, illetve a 
Ctrl--Shift--Alsó kurzornyíl billentyű- 
kombinációk is segítenek, amelyekkel 





zi Delphi 4 - Project 


[Ete ei Search View Project Fin Component Database Tools Workgtovwps Help [2 AI 8 úr] 


hattak a programozók. Ilyen az auto- 
matikus kódkiegészítés, amelyben új 
elem az automatikus osztálykiegészítés. 
Ennek segítségével már osztályok vázát 
is többé kevésbé automatikusan lerak- 
hatjuk. Elegendő a unit interface részé- 
ben a Ctrl--Shift--C billentyűkombiná- 
ciót megnyomni, és a kódgeneráló 
szükség szerint automatikusan létre- 
hozza az eljárások vázait, a propertyk 
író-olvasó eljárásait. Így különösen a 
komponenseket fejlesztő programozók 
kapnak jelentős segítséget. 

Ahogy valószínűleg szintén a kom- 
ponensfejlesztőket fogja segíteni az az 
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Hont TFormi 


EI Classes 


43 TFormt(TForm) 


junit Unit1; 4. 6 E 
ellát interface 


EÉI Uses 
ág Classes 
3 Controls 
AZ Dialogs 
333 Forms 
33 Graphics 
Messages 
SysUtils 
33 Windows 
ECI Variables 


ÉG Form: TFormi 
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Vindous, Messages, SysUtils, 


type I 
TFormi - classíTForm) 
private 

( Private declarations ) 
public 


4. Bnnlic daciaratjona A 

















egy unit interface és implementation 
része között navigálhatunk. Innen már 
csak a programozó felelőssége, hogy 
egy-egy unit ne váljon e segédeszközök 
nélkül áttekinthetetlen kódraktárrá. 
Néhány új eszközzel egészültek ki 
azok a fejlesztőeszköz-elemek is, ame- 
lyeket a korábbiakban már megszok- 


[I File Edit Search View Project Bun Compenent S hatbásei Tools MlLátóbts Help JE 7 1 űj gt 
Standard ] Addítonat] win32 ] "Svstem] Intemet] Data Access ] Data Control 6. 
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IZ! 


új nyelvi elem is, hogy immár az Object 
Pascalban is lehetőség nyílik egy osz- 
tályban azonos néven több, csak azok 
paraméterezésében eltérő eljárások de- 
finiálására. Akár konstruktorból is lehet 
azonos néven kettő, eltérő paraméterek- 
kel. Ezt a korábbi verziókban csak 
eltérő névvel lehetett megvalósítani, 
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most az új ,overload" 
kulcsszó jelzi a fordítónak 
a paraméterfüggő hívások 
generálását. Ezzel a más 
nyelveken, például Javá- 
ban programozók kapnak 
segítséget a Delphivel (is) 
végzett munkához. 

Az  említetten kívül 
azonban több más nyelvi 
bővülés is jelzi az új Pas- 
cal-eszközt. Ezek egyike a 
dinamikus tömbök dekla- 
rálásának lehetősége (A: 
array of string), amellyel 
csak a lefoglalandó tömb 
típusát rögzíthetjük, anél- 
kül, hogy rögzítenünk kel- 
lene annak elemszámát is. 
Szintén jelentős újdonság 
az alapértelmezett értékek 
definiálásának lehetősége 
egy eljárás kódjának meg- 
írásakor, például "procedure Valami (B: 


Boolean; Value: Integer — 0);". Így" 


egyes paraméterek megadása az eljá- 
ráshíváskor opcionálissá tehető, pél- 
dánkban a "Valami (True);" hívás is 
helyes lesz. 

A fejlesztők a C--- nyelvhez való 
közelítés fokozásán túl valószínűleg 
már a 64 bites rendszerek felé kívántak 
átjárást nyitni az új, hosszú változótí- 
pusok bevezetésével. Ilyen az egész 
számok közül a 64 bites egész, az Int64, 
amellyel nagy negatív és pozítív szá- 
mok is kezelhetők (—2463..2463-—1), 
vagy a pozitív tartományban értelme- 
Zett, szintén 64 bites Longword 
(0..4294967295). 

Szintén a számkezelést érinti, hogy 
a hagyományos 48 bites real típust 
felváltotta az Intel CPU-hoz jobban 
illeszkedő, 64 bites double típus. 

Ezekkel az elemekkel hatékonyabb 
programkód megírásának lehetősége 
nyílt meg a programozók előtt. Azok- 
nak, akik nem kívánnak a programozás 
ilyen mélységeibe alászállni, a vizuális 
programeszközök terén is tartogat új- 
donságot a Delphi 4, ugyanis a VCL 
(Visual Component Library) szintén 
bővült. Még az alapobjektum (TObject) 
is kapott új eljárásokat. Ezekkel jobban 
programozhatóvá válik az objektum ke- 
letkezésének és elmúlásának folyamata 
(AfterConstruction és BeforeDestruc- 
tion). De ezentúl nem okoz problémát 
egy dokkolható ablakokat tartalmazó 
alkalmazás vagy Windows NT-n egy 
szervizalkalmazás megírása sem. Az 
előbbi támogatását a TControl és TWin- 
Control osztályok bővítése, az utóbbiét 
a TServiceApplication és TService osz- 
tályok biztosítják. 


Windows Client 
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HTML Client 
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Az említetteken túl is kibővült a 
komponenspaletta a korábbi Delphi- 
verziókhoz képest. A Delphi 4-esbe is 
belekerültek azok a komponensek, 
amelyek a CBuilder 3-asban mutatkoz- 
tak be. Ezek elsősorban az adatbázis- 
kezelésben és a intranet-, illetve Inter- 
net-alkalmazások készítésében jelente- 
nek bővülést. Például a jelen Delphi- 
verzió teljes támogatást biztosít a Cor- 
ba-fejlesztéseknek, és a palettán meg- 
találjuk a teljes Midas-gyűjteményt is . 

Az elérhető adatbázisok köre is bő- 
vült, mivel az új Borland Database 
Engine (BDE) támogatást tartamaz az 
Access 97 és az Oracle 8 felé is, 
támogatva az Oracle 8 SOL-kiegészí- 
téseket is, mint amilyen az ADT (Ab- 
stract Data Types). Az SOL-alapú prog- 


Java Client 


ramkészítést egy további 
eszköz is segíti. Ez a ko- 
rábbi Visual Ouery Build- 
er helyett használandó 
SOL Builder, amellyel ha- 
tékonyabban lehet a lekér- 
dezéseket elvégezni. Az 
újdonságokon túl azonban 
fontos lehet a régebbi ver- 
ziókkal való kompatibili- 
tás megőrzése. Elsősorban 
a forráskód szintjén. Ezt 
tekintve, és még a 16 bites 
Delphi 1.02-vel fejlesztett 
több komponenst, illetve 
alkalmazást  újrafordítva 
azt tapasztaltam, hogy ha 
a kód csak Pascal-eleme- 
ket tartalmazott, legtöbb- 
ször probléma nélkül sike- 
rült a forráskód újrafordí- 
tása. Ez a nem egyszer 
DOS-specifikus . assemb- 
lerbetéteket tartalmazó kódokra már 
értelemszerűen nem volt igaz. 

Nem okozott problémát a Delphi 3-as 
kódok újrafordítása. Azonban a kom- 
ponenseket és komponenscsomagokat 
(package) ez esetben is újra kellett 
fordítani. Az utóbbiaknál azt az eljárást 
alkalmaztam, hogy a .DPK kiterjeszté- 
sű szöveges fájlokban a VC"30." be- 
jegyzéseket VC"40."-re javítottam, 
majd ezeket, illetve a ".PAS forrásfáj- 
lokat importáltam a Delphi 4-esbe, el- 
kerülve a csomagok újbóli összeállítá- 
sát. Ezt követően az alkalmazások for- 
dításával sem volt probléma, de a pró- 
baképpen elvégzett ActiveX-generálás- 
sal és -felhasználással sem. Ez utóbbi 
lépések továbbra is támogatottak. 

Simay Endre István 
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A Studio dinamikus tagja 
interDev a Webhez 


Az Internet terjedésével egyre nagyobb az igény olyan 
alkalmazások iránt, amelyekkel megjelentethetjük adatainkat 

a Világhálón. Ezek egyike, a Microsoft Visual InterDev, a webes 
alkalmazásokhoz, fejlesztésekhez ad keretet. A Visual Studio új 
verziójával ennek a stúdiótagnak is megjelent új, 6.0-s változata. 
E kézirat lezárásakor még csak béta-változatban. 


A Visual Studio, illetve abban a Vi- 
sual InterDev integrált fejlesztőkörnye- 
Zetet biztosít, mellyel kialakíthatók az 
aktív szerveroldalak (Active Server 
Pages, ASP), beágyazott JavaScriptek- 
kel, illetve VBScriptekkel együtt. Eh- 
hez járul a WYSIWYG szerkesztési 
lehetőség a HTML-oldalak készítésé- 
hez, a varázslóalapú integrált segítség 
az adatbázisok eléréséhez, felhasználá- 
sához. Mindezekhez a munkákhoz szá- 
mos , gyári" komponenst és sablont is 
felhasználhatunk. 

A Visual InterDev 6.0 általam telepített 
béta-változata a http://www.microsoft 
.com/vinterdev címről is elérhető. Tel- 
jes telepítéséhez az ideiglenes állomá- 
nyok elhelyezéshez a kb. 165 MB-os 
letölthető anyag mintegy 450-500 MB- 
nyi merevlemez-területet és termé- 
szetesen 32 bites Windows operációs 
rendszert igényel. Telepítésekor üzene- 
tet küldött, hogy a registry szabad tar- 
tománya elégtelen a telepítéshez. Ennek 
ellenére nem okozott problémát a prog- 
ram telepítése és kipróbálása. Szintén 
igényli az MS Internet Explorer 4.01-es 
verzióját. Problémát jelenthet azonban 
az időközben megjelent béta-változat 
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Így a későbbiekben a Visual Studio 6.0 
közös indulóvarázslója szolgál támpon- 
tul mind a korábban telepített progra- 
mok, mind az InterDev-alkalmazások 
és projektek fejlesztéséhez. Akár Web- 
alkalmazásról, akár szerveralkalmazás- 
ról legyen szó, akésőbbi munkát szintén 
varázslók segítik. Így gyorsan fejleszt- 
hetünk aktív és interaktív Web-oldala- 
kat. Az ASP fejlesztésekor pedig fel- 
használhatjuk mindazokat a komponen- 
seket, amelyeket például a Visual J-4-- 
segítségével is. Beleértve akár más 
programozási nyelven megírt, akár 
Windows-rendszerbe installált további 
COM-komponenseket. 

Itt a platformfüggő- 
ség is kevésbé jelent 
korlátozást, mivel 
ezen Web-oldalak ak- 
tív részei elsősorban a 
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telepítésekor, hogy azzal nem működik 
együtt. Ez az utóbbi a program doku- 
mentációjában is olvasható, azzal az 
ígérettel a Microsoft részéről, hogy a 
végleges verziók ezen hibáját ki fogják 
javítani. 

Az InterDev szervesen beépül a Vi- 
sual Studio adta közös programkeretbe. 


(zajai 
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Introducing Visual 
InterDev 


Microsoft? Visual InterDev"" is a Web 
development tool designed for programmers 
who want to create: 


s Data-driven Web applications using 
a data source supported by ODBC or 
OLE DB such as the database 
management systems from Microsoft. 





nie a saját gépére, 
vagy a lekérdezéssel a 
munkaállomást kelle- 
ne terhelni. 

A Visual InterDev azonban a kliens- 
oldali fejlesztéshez is biztosítja a fej- 
lesztési keretet. Itt felhasználhatjuk a 
paletta HTML-komponenseit, melyek- 
nek alapparaméteit a property-szer- 
kesztővel állíthatjuk be. A megjelenítés, 
és szöveg esetén a menü is segítségünk- 
re van. A HTML-oldalak szerkesztésé- 
hez azonban más programokat is fel- 
használhatunk, mint például a MS 
FrontPage vagy az MS WEB Publisher, 
mely programok szintén támogatják a 
közös Windows-komponensek felhasz- 
nálását. Válaszhatjuk azt a megoldást 
is, hogy a HTML-oldalak alapjait ezek- 
kel a programokkal rakjuk le, majd a 
Visual InterDevvel visszük be az aktív 
elemeket a már kész oldalakba. Ehhez 
a munkához ad támogatást például a 
FrontPage "98 szerveroldali kiegészíté- 
se. A varázslókon kívül a program 
használatához a Visual Studióban meg- 
szokott MSDN-alapú helprendszer ad 
támogatást. Ezzel a teljes fejlesztési 
folyamatban a projektek indításától ka- 
punk átfogó segítséget. 

Simay Endre István 
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GNU for DOS — VI. 
Makefile ,munkakerülőknek" 


GNU-sorozatunkat a terjedelmes anyagok 

tavaszi torlódása miatt 3 hónapos kihagyással folytatjuk. 

A mostani rész leginkább a Programozástechnika rovatba illik, 
mert azt mutatja be a programozóknak, hogy a mechanikus 
és ismétlődő begépeléstől meg lehet szabadulni ügyes 
segédeszközök és egy kis fantázia segítségével. 


A jobb programok forráskódban (is) 
terjednek. Unix esetén, amikor külön- 
féle hardverre szánjuk ugyanazt a prog- 
ramot, ez nem is mehet másképp. Ilyen 
esetekben a felhasználónak ugyanazo- 
kat a fordítási, linkelési feladatokat kell 
végrehajtaniuk, mint a programozó- 
nak... 

Valaha a Basic nyelvű és a gépi kódú... 
programokat egy ültő helyben megír- 
tam, azaz amíg a program kész nem 
lett, és nem működött úgy, ahogy azt 
elvártam tőle, addig nem is vettem fel 
kazettára. Amikor áttértem PC-re — és 
vele együtt a lemezek használatára —, 
akkor már a félkész programok is helyet 
kaptak a lemezen. Egy idő múlva mé- 
retesebb programokat is írtam, és ké- 
nyelmi szempontból a forrást több for- 
rásfájlra tördeltem. 


Ne dolgozz feleslegesen! 


A Borland-környezetek elfedték a 
fordítási, linkelési feladatokat, így nem 
volt gond, mit is kell csinálnom egy kis 
változtatás után, mert minden automa- 
tikusan elkészült. Programozás mellett 
igen sok TeX-ben kiszedett dokumen- 
tumot is készítettem. Itt nem volt meg 
a már megszokott programozói felület, 
tehát kézzel kellett minden konvertálá- 
si, fordítási parancsot kiadnom. Néha 
többen dolgoztunk ugyanazon a felada- 
ton, és alaposan át kellett gondolnom, 
hogy mi mindent és milyen sorrendben 
kell elvégezni. Hogy ne hagyjak ki 
semmit, a lényegesebb változtatások 
után a biztonság kedvéért minden pa- 
rancsot újra végrehajtottam. Erre azért 
is szükség volt, mert a tartalomjegyzé- 
kek, tárgymutatók beillesztése után 
esetleg megváltozhattak a hivatkozás- 
hoz tartozó oldalszámok, tehát az inde- 
xeket újból és újból el kellett készíteni. 

Azóta láttam egyet s mást, s ma már 
tudom, hogyan csinálják ezt a nagyok! 

Megfelelő batchfájlban leírhatnánk 
az összes ilyen utasítást, és ez meg is 


felelne a felhasználónak, mert neki egy- 
szer az összes ilyen parancsot végre kell 
hajtania. Ugyanez a módszer a progra- 
mozónak viszont gazdaságtalan lenne, 
mert ő nemcsak egyszer , készíti el" a 
programot, hanem akár több tucatszor 
is, mire az jól működik. Ha például 
átírja azt a header fájlt, amely a nyolc 


. forrásfájlból csak kettőre van hatással, 


akkor a nyolc fordítás és egy linkelés 
helyett elegendő két fordítás és egy 
linkelés, feltéve, ha a többi object fájl 
még megvan. Nagyobb programokra ez 
még inkább érvényes, ezért a progra- 
mozó számára fontos, hogy csak az 
okvetlenül szükséges fordításokat, lin- 
keléseket végezze el, ám ezeket a pa- 
rancsokat tizenhatodjára begépelni már 
igencsak unalmas dolog, amit jó lenne 
automatizálni. 

Az alapvető kérdés az, hogy a fordí- 
tással, linkeléssel kapott fájl létrehozása 
óta megváltozott-e az annak elkészíté- 
sében szerepet játszó valamelyik fájl? 
Itt most a fájl tartalmát figyelő progra- 
mokat is lehetne használni, de ezek 
erőforrásigénye elképesztő. (Emlékez- 
zünk csak a korábban bemutatott diffre 
és az ezt alkalmazó RCS-re, amely néha 
leáll DOS alatt, mert elfogyott a me- 
mória.) Nagyobb programrendszerek 
készítésekor nem ritka, hogy több száz 
fájlt kell vizsgálni, ezért valami egysze- 
rűbbet célszerű alkalmazni. 

Miután jó ideje szinte minden szá- 
mítógép tartalmaz folyton járó belső 
órát, a fájlok létrehozásának, pontosab- 
ban utolsó változtatásának ideje alapján 
megállapíthatjuk, hogy szükséges-e új- 
ra elvégezni a fordítást. Ha a gépek 
órája jól jár, akkor ez a vizsgálat jó 
eredményt szolgáltat számunkra. A leg- 
primitívebb automatizálás ennek alap- 
ján az lehet, hogy készítünk egy olyan 
programot, amely megállapítja, hogy az 
utána felsorolt fájlok közül az utolsó-e 
a legfrissebb. (Hasonlóképpen készít- 
hető olyan program is, amely az első 


fájlt vizsgálja az utolsó helyett, de most 
nem ez a sorrend a lényeg.) 

Tehát, ha előbb felsoroljuk a forrás- 
fájlokat, utánuk pedig a belőlük készí- 
tett fájl neve áll, ez a program akkor ad 
vissza 1 értéket, ha valamely forrásfájl 
megváltozott, így szükséges az újrafor- 
dítás. Természetesen, ha az utolsó fájl 
nem létezik, akkor is szükséges végre- 
hajtani a fordítási parancsot. A Simtel 
msdos/pgmutil alkönyvtárában fellel- 
hető pcc12c.zip közprogram tartalmaz 
egy ilyen segédprogramot later" néven, 
és ezzel például így nézne ki a batchfájl 
egyik részlete: 


later moda.c mod.h moda.o 
if errorlevel 1 pcc moda 
if errorlevel 1 goto stop 


Ezt a batchfájlt futtatva csak a való- 
ban szükséges fordítások hajtódnak 
végre. Mindenesetre oda kell figyelni a 
feltételek sorrendjére, mert ha azután 
változik meg az object fájl dátuma, 
hogy azt összevetettük a forrásfájl dá- 
tumával, akkor a szükséges linkelés 
elmarad! Nem csupán ezért hátrányos 
ez a forma, hanem azért is, mert sokat 
kell gépelni (bár leegyszerűsíthető len- 
ne az awk használatával). 


Makfile és make 

Miután igen sokan programoznak, a 
fordítások, linkelések automatizálása 
mindennapos probléma, ezért erre elég 
régen elkészült a "make" nevű program. 
A make által használt formátum a kö- 
vetkező: 


moda.c mod.h 
pcc moda 


moda.o: 


azaz a kettőspont előtt szerepel a célfájl 
neve, mögötte azon fájlok nevének so- 
rozata, amelyektől a célfájl függ. A 
következő (TAB karakterrel kezdődő) 
sorban vagy sorokban azok a parancsok 
kapnak helyet, amelyekkel a célfájl 
megkapható. (Más megvalósításokban 
nem TAB karakterek jelölik a parancs- 
sorokat, hanem ezek az első üres sorig 
tartanak.) E szabályok általában egy 
"Makefile" elnevezésű fájlban találha- 
tók, és a szükséges műveletek a "make" 
parancs kiadása után hajtódnak végre. 

A szabályok leírásának sorrendje itt 
már jóval szabadabb, mint az előző 
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esetben, ám az első helyen a legfonto- 
sabb célnak, általában a futtatható fájl 
nevének kell szerepelnie. Indulásakor a 
make felépíti a fájlok függőségi fáját, 
és ennek elkészülte után a levelektől 
(azaz a forrásfájloktól) visszafelé ellen- 
őrzi, hogy szükséges-e valamely paran- 
csot végrehajtania. Mire visszaér a fa 
gyökerébe, minden szükséges fordítást 
végrehajtott. Ennyi ismerettel már el is 
boldogulnánk, hiszen csak le kell írni 
a szabályokat, és el kell indítani a 
make-et. 

Az ember alapvetően lusta teremtés: 
mindent kitalál, hogy kevesebbet kell- 
jen dolgoznia. Mivel a futtatható fájl 
függ az összes object fájltól, így azokat 
a szabályban is fel kell sorolni, és a 
linkelési parancsban is. Kétszer ugyan- 
azt a listát, de egy terjedelmesebb lista 
esetén már könnyű eltéveszteni a gépe- 
lést vagy kihagyni egy nevet, ezért 
bevezették a változók használatát. 
Mondjuk leírjuk az alábbi utasítást: 


objs - 
proga.o progb.o progc.o progd.o 


és akkorra a szabályok között majd a 


prg : $(objs) 
link $(objs) 


szerepel. Ekkor, ha a listát meg kell 
változtatni, elegendő a változtatást egy 
helyen kiadni. Ezzel sok hibalehetősé- 
get kiszűrhetünk. A változó eme hagyo- 
mányos definiálásának vannak hátrá- 
nyai (miután minden előfordulásakor 
kifejtésre kerül), ezért a gnumake isme- 
ri a ":—? definiálást is, és az ilyen változó 
igencsak hasonlít a programnyelvek 
változóihoz. Itt az 


X.Y 
YE a 


a :z $($(x)) 


eredményeképpen az "a! értéke "íz" lesz, 
mert "x"-et kiértékelve "y"7-t kapunk, 
míg ennek értéke "z". (Bizonyos ese- 
tekben ez jó, mert nagy szabadságunk 
van, más esetekben viszont egyszerű 
dolgokat nem vagyunk képesek megol- 
dani a sima egyenlőségjellel.) Igen 
hasznos lehetőség a helyettesített hivat- 
kozás, ekkor az 


obj :5 X.0 Y.0 2.6 
forras :- $(obj: .0-.c ) 


végrehajtása után a "forras? értéke "x.c 
jé ze" lesz 

Természetesen ezeket a lehetősége- 
ket lehet vegyíteni, és ekkor az 


a obj :5 a.o b.o c.o 
4 obj :5 1.0 2.0 3.6 
source :- $($(a1) obj .0-.c) 
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eredményeképpen a "source" értéke "a.c 
b.ec cc" vagy "1.c 2.e 3.6" lész az "al? 
értékétől függően. 

Változóinkhoz további tagokat fűz- 
hetünk a "4-—" használatával, például 
"obj —— w.o", és még vagy húsz függ- 
vénnyel variálhatjuk őket, amelyek kö- 
zött olyanok is vannak, mint "addpre- 
fix", "addsuffix" vagy "wildcard". Eze- 
ket a változókat nem csupán fájlnevek 
helyett használhatjuk, hanem program- 
nevek, opciók, paraméterek helyett is. 
Húsz, előre definiált programnevet tar- 
talmazó változót ismer a program, így 
például a CC rejti a C fordító nevét, 
ezért a C programokat fordító paran- 
csok általában így kezdődnek: "$(CC)", 
és ha véletlenül nem a gcc-t használjuk, 
hanem egy másik fordítót, akkor ezt is 
elég lesz csak egy helyen megemlíteni. 

Vannak olyan esetek, amikor nem 
elegendő csupán változókat átírni; ek- 
kor a szabálynak a parancs részében 
feltételes utasításokat tehetünk: "iféör- 
else-endif", ahol az "ifeg", "ifneg", 
"ifdef", "ifndef" feltételeket használ- 
hatjuk. 


Implicit szabályok 

A változók használata hordozhatóvá 
teszi a Makefile-t, viszont meg is növeli 
a méretét. ( Valamikor azért kezdtük el 
alkalmazni a rövidítéseket, változókat, 
hogy ne kelljen sokat gépelni!) Szeren- 
csére kitalálták az implicit, azaz magá- 
tól értetődő szabályokat is. Elvégre, ha 
egy object fájlt kell készíteni a neki 
megfelelő C forrásfájlból, akkor egyér- 
telmű, hogy milyen programot kell 
használni és hogyan, így a szabály 
leírásából kihagyható a parancs, sőt 
még a C forrásfájl neve is. Ezzel a 
korábbi példa a 


mode.o : mod.h 


sorra egyszerűsödik. Ez az egyszerűsí- 
tés igen kedvelt, a legtöbb Makefile-ban 
rátalálunk. Van ennél egy még tömö- 
rebb írásmód is, viszont mivel ez ke- 
vésbé átlátható, ritkán használják: 


mode.o string.o value.o : mod.h 


azaz nem a célhoz csoportosítjuk a fáj- 
lokat, hanem a célfájlokat a függőkhöz. 

Természetesen az implicit szabá- 
lyoknak is van sorrendjük (amelyet a 
használt programnyelvek alapján lehet 
megadni), és így a "main.o : main.p" 
hiába szerepel a szabályok között, ha 
van egy main.c fájlunk is. A sorrend, 
amelyet nem árt észben tartanunk, ha a 
kiterjesztéstől eltekintve azonos nevű 
fájlokról van szó: C, C----, Pascal, Fort- 
ran, Ratfor, Modula2, Assembly, Lin- 
ker, Yacc, Lex, Lint, TeX, Web, TeXin- 


fo, Info, RCS, SCCS. (Igen, ezeket 
mind ismeri a program.) 

Ha mi mégis valamilyen más prog- 
ramnyelven kívánunk fejleszteni (pél- 
dául a Clipper famíliából), akkor ké- 
szíthetünk az implicit szabályhoz ha- 
sonlító szabályokat: 


95.o : 9.prg 


el $c 


ahol az "$c" az első függő fájlt, azaz a 
"99.prg"-nek megfelelőt jelenti (ha jól 
emlékszem még a Clipperre...). Az 
előbbihez hasonló, ám parancs nélkül 
álló szabállyal törölhetjük a neki meg- 
felelő implicit szabályt. A gnumake 
képes az implicit szabályok láncolására, 
azaz rájön, hogy ha csak a Yacc fájl van 
meg, akkor az object fájl elkészítéséhez 
először egy C fájlt kell készítenie. 
Rövidíthetünk akkor is, ha hasonló 
módon hajt végre parancsokat a make: 


bigoutput : text.g 

generate text.g -big 2 bigoutput 
littleoutput : text.g 

generate text.g -little - 
littleoutput 


helyett használható a 


bigoutput littleoutput : text.g 
generate text.g -$(subst 
output, ,$8) : $e 


Egyes programnyelveken íródott for- 
rásfájlokat átnézve bizonyos függőségi 
kapcsolatokat a make önállóan is képes 


. felderíteni, és ezekkel kiegészíteni a 


Makefile-t. 

A make-et elindíthatjuk úgy is, hogy 
utána megadunk egy nevet. Ha az egy 
fájl neve, akkor a program csak azt a 
fájlt próbálja meg elkészíteni. Lehetnek 
olyan esetek is, amikor ez a cél nem 
egy fájl neve, például hagyományosan 
ilyen a "clean". Általában van egy olyan 
szabály, ami ehhez hasonlóan néz ki: 


clean : 
rm -f $.o 


tehát törli az összes elkészített object 
fájlt. (Természetesen ebben az esetben 
semmi értelme a függő fájlok megadá- 
sának.) 

Hagyományosan ilyen szavak az 
"all, azaz készítsen elő minden lénye- 
ges fájlt; "clean", azaz töröljön le min- 
dent, amit a make létrehozott; "mostlyc- 
lean", azaz a fontosabb fájlokat azért 
hagyja meg; "install, azaz a futtatható 
fájlokat, a dokumentációkat pakolja a 
helyükre; "print", azaz nyomtassa ki a 
megváltozott forrásfájlokat; "tar", cso- 
magolja össze a forrásfájlokat; valamint 
a "test" , próbálja ki a programot. Tekint- 
sük ebből az egyiket: 
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print : §.€e 
1lpr -p $? 
touch print 


Ennek megértéséhez egy kis magya- 
rázat. Szükségünk lesz egy "print" elne- 
vezésű, esetleg üres fájlra. Ennek csak 
az a szerepe, hogy tartozik hozzá egy 
időpont, és amikor ez a szabály végre- 
hajtódik, a "touch" ezt az időpontot 
aktualizálja. A "$?" helyére a megvál- 
tozott C fájlok nevei kerülnek, s azokat 
nyomtatjuk ki. A példában szereplő 
csillag (mint dzsóker) használata ké- 
nyelmes, de nem árt vele vigyázni, mert 
csak a már létező fájlokat jelenti, így 
könnyen meglepetést okozhat az "obj — 
" 0" definíció, hiszen amíg nem készül- 
tek el az object fájlok, addig ez egy üres 
listát ad eredményül. Ezért ilyen ese- 
tekben a forrásfájlokra kell használni a 
dzsóker karaktert (mert azok biztosan 
léteznek), és abból kiindulva a helyet- 
tesítéses hivatkozást az object fájlokra. 


Több alkönyvtárral 


Természetesen nem kell minden fájl- 
nak egy alkönyvtárban szerepelnie. Ha 
több alkönyvtárat használunk, akkor a 
"VPATH" beállítható, hogy a program 
milyen sorrendben kutasson a fájlok 
után, míg a "vpath" a kiterjesztés (azaz 
típus) alapján keresi más és más al- 
könyvtárakban a fájlokat, például a 


vpath 5.h header 
vpath 5.c cfile1 cfile2 


hatására a C forrásprogramokat (ha 
nincsenek az aktuális alkönyvtárban), 
először a "cfilel" — és ha még ott sincs, 
akkor — majd a "cfile2" alkönyvtárban 
keresi. A "header?" alkönyvtárba feles- 
legesen be sem néz, oda csak akkor 
kukkant be, ha az aktuális alkönyvtár- 
ban nem találja a keresett header fájlt. 

A Makefile-ba további fájlokat fűz- 
hetünk be az "include" utasítással, vagy 
ha jobban tetszik, akkor újabb make 
parancsokat is elindíthatunk. Mivel a 
Makefile-t nemcsak a készítője olvassa 
el, hanem az is, akinek elsőre nem 
sikerült elkészítenie a kívánt fáljt, így 
nem árt számára elmagyarázni, hogy 
melyik rejtélyes opció mit is takar. A 
Makefile ezért tartalmazhat megjegy- 
zéseket is, ezek a "it" jellel kezdődnek, 
és a sor végéig tartanak. Szokás a több 
hasonló cél megadása helyett kommen- 
tezni bizonyos opciókat, amelyek igény 
szerint a "í? jel törlésével állíthatók 
vissza. 

Noha megpróbáltam csak az érdeke- 
sebb vonásokat bemutatni, így is 


több mint százoldalas, és helyenként 
még így is szűkszavú dokumentáció 
mellett. Egy-két Makefile elolvasása és 
megértése után már mi is hozzáfogha- 
tunk saját Makefile-jaink írásához. Je- 
lentős időt spórolhatunk meg velük, és 
több idő jut az érdemi programozásra. 
Hasznunk származhat abból is, ha csak 
megértjük az épp , leeftépézett" prog- 
ram Makefile-ját, és a rendszergazda 
vagy valamely guru zaklatása helyett 
mi adjuk ki a "make documentation" 
parancsot; és a TeX mindennemű isme- 
rete hiányában is csak a nyomtatóból 
kell kivennünk a leírást. 

A make segíthet abban is, hogy az 
otthoni és a munkahelyi gépek között 
hordozgatott fájlokból mindig az aktu- 
ális szerepeljen a lemezünkön, és ren- 
geteg további automatizálható feladat 
megoldására használhatjuk fel. 

A program DOS-os verziója sajnos 
nem tökéletes másolata az eredetinek, 
de még így is legalább 286-os gép kell 
a használatához. A program átültetője 


. próbálja magyarázni a bizonyítványát, 


31 pontban fejti ki elmarasztaló véle- 


ményét a DOS-ról. Érdemes elolvasni. 
A lemezmellékletre felkerült anyag épp 
a minimálisan használható része a cso- 
magnak, de az ismerkedéshez, elindu- 
láshoz talán ez is elég lesz. 

Amint a CD-n mellékelt fájlokból is 
látjuk, a Makefile aktuális igényekhez 
igazítását apró sed programok végzik. 

Nem szóltunk még a kukac (vagy 
bejgli) karakterek ((0 ) közé zárt szavak 
jelentéséről. Ezek ebben a formában 
állnak az összes forrásfájlban és doku- 
mentációban, majd a valódi fordítás 
előtt cserélődnek le normális alakra. Ez 
azért van így, mert például egy helyen 
(egy sed programban) elég lecserélni 
egy program valamelyik opcióját, és 
ezzel nemcsak a program használja már 
ebben az új formában az opciót, hanem 
rögtön az összes vonatkozó dokumen- 
tációban is az aktuális információ fog 
szerepelni. 

A mellékelt — igaz, a programnál 
kicsit frissebb — make.info remélhető- 
leg majdnem minden fennmaradt kér- 
désre választ ad. 

Aszalós László 


JT Supported Software at Computer Science - Netscape [Oxi] 


File Edít View Go Communicator Help 





"fé" Bookmatks L Netsite: [http://www.cs.ucsb.edu/Facillies/S oftware/ -] HI 


Networking 


aSolstice Network Client, öxmodem, ymodem, 
üzmodem, Gmodem, GINNES/Share, traceroute, lékerrnit 


Productivity 


dcalctool, "cm, Gfilermer, "agrader, Gturnin, "ögnubc 


Programming 


acc, Gmake, Grniranda, Wpolka, Gztango, Gbinutis, 
übison, Bidevguvide, diff, G£77, üflex, tag77, tig, tigcc, 


3gdb, 


ake, Igpc, Biclass, [djava, Filisp, patch, 


3prolog, sparcworks, Sxdbx, Gxxedb, löcprolog, öcsim, 


ehorb, multi, Sspim, özf 


Shells 


ücsh, lsh, özterm, Gperl, Gtclítk, Etcsh, lsbash, expect, 


etcltk beta 


Text Editors 


Gtezxtedit, gyi, Izaswedit, emacs, (ipico, lixemacs 





hosszúra sikeredett ez a leírás bár 
ez is eltörpül a program mellé adott 


ie 





ÚJ ALAPLAP  1998/8 61 


PROGRAMOZÁSTECHNIKA 





Excel — felsőfokon III. 


Konstansok, változók, típusok 


Az előzőekben láttuk, hogyan lehet létrehozni a makrógenerátorral 

VBA nyelvű rutinokat, és azt is láttuk, hogy ezek általában némi kiigazításra szorulnak. 
Ámbár a makrógenerátor ezután is hasznos segítőtársunk lesz, a következő részekben 
áttekintjük a VBA programok legfontosabb szerkesztési, belövési és futtatási szabályait. 
Így már önálló rutinokat is meg tudunk majd írni, s ezekből 


komolyabb alkalmazásokat is fel tudunk építeni. 


Tudjuk, hogy VBA szóhasználat szerint az alkalmazás egy 
feladat megoldására szolgáló program, amelyet kényelmi 
okokból rendszerint egy (példáinkban UAXLMIPn.XLS 
nevű) Excel munkafüzetben építünk fel, bár nincs akadálya, 
hogy több munkafüzetre is kiterjesszük. A program mo- 
dul(ok)ból tevődik össze. Egy modult egy modullapon elhe- 
lyezkedő deklarációk és rutinok — eljárások, illetve függ- 
vények — alkotnak, ezeket a továbbiakban közös néven 
programelemeknek nevezzük. A modul logikai szerepe abban 
nyilvánul meg, hogy a deklarációk érvényességi körét, illetve 
a rutinok használatát az aktuális modullapra lehet korlátozni, 
amelyen elhelyezkednek. Természetesen van lehetőség glo- 
bális szintű — VBA szóhasználat szerint nyilvános (Public) 
— deklarációkat, illetve rutinokat is létrehozni. 

Mind a modulok, mind a rutinok fejrészből és törzsből 
állnak; ez alkalommal a fejrészről lesz szó. (Megjegyzéseket 
a mondottak szerint bárhol el lehet helyezni, ezt a további- 
akban nem említjük.) 

A fejrész deklarációkat tartalmazhat. Jóllehet kialakítása 
nem mindig kötelező, érdemes rászánni egy kis többletmun- 
kát: jelentősen meg tudja könnyíteni a belövést, és emellett 
az áttekinthetőséget is javítja. A konstansok és a változók 
három hierarchiaszintet alkotnak: a globálisak érvényességi 
köre az egész programra (alkalmazásra), a modulszintűeké 
az aktuális (a deklarációt tartalmazó) modullapra, a lokálisaké 
egy rutinra terjed ki. Deklarálni az alapértelmezéstől eltérő 
beállításokat, valamint a globális és a modulszintű konstan- 
sokat és változókat kell, a lokális konstansokat és változókat 
lehet. 

Itt jegyezzük meg, hogy egy modul vagy rutin aktiválá- 
sakor a VBA a típusnak megfelelő kezdőértékkel inicializálja 
a változókat, mégpedig első aktiváláskor mindet, újabb 
aktiváláskor csak a lokálisakat — a sztatikusak kivételével, 
lásd alább. Mivel a modullapokon a VBA sem tesz különb- 
séget, a következőkben a saját azonosítókat (konkrét kons- 
tans-változóneveket) is ezzel a kiemelt betűtípussal jelöljük. 


Globális és modulszintű deklarációk 

A modulok alapértelmezésben g/obálisak, ami azt jelenti, 
hogy a globálisnak deklarált konstansok és változók, valamint 
a rutinok — ezek alapértelmezésben globálisak — progra- 
mozási szinten elérhetők a munkafüzet minden modullapjá- 
ról, továbbá minden más állományból is, amelyek szerepelnek 
az Eszközök - Hivatkozások menüpont , Létező hivatkozások" 
ablakában. Alapvető célkitűzésünknek megfelelően — neve- 
zetesen, hogy megkönnyítsük, illetve rugalmasabbá tegyük 
az Excel használatát — rutinjainkat mindig Excel-lapokról 
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fogjuk majd aktiválni, és ennek módozataival a későbbiekben 
bőven foglalkozunk. 

A modulszintű deklarációk az aktuális modullapon globá- 
lisak, vagyis elérhetők minden rutinból, amelyik az adott 
modullapon van. A globális és a modulszintű deklarációkat 
a modullapok tetején, az első rutin előtt kell leírni. 

a) A modullap alapértelmezéseinek beállítása, illetve meg- 
változtatása 

Option Base 1 

Alapértelmezésben a tömbök kezdőindexe 0, a deklaráció 
hatására 1 lesz; más értékeket nem lehet megadni. Mivel az 
Excelben a tartományok indexelése 1-gyel indul, célszerű a 
tömbök indexelést a VBA nyelvben is 1-ről indítani. A 
továbbiakban ezt az értelmezést tekintjük érvényesnek! 

Option Compare í(Binary l] Text ) 

Füzérek (karakterláncok), illetve füzéreket tartalmazó vál- 
tozók összehasonlításakor az alapértelmezés szerinti bináris 
módban a kis- és nagybetűk különbözőek, szöveges módban 
nem. mole 

Option Explicit 

Hatására megszűnik az implicit deklaráció: kötelezővé 
válik a konstansokat és a változókat előre deklarálni. Az 
elírásokból, valamint a többszörös névhasználatból adódó 
hibák könnyebb kiszűrése végett ajánlatos ezzel a deklarációs 
móddal dolgozni; példáinkban mindig ezt használjuk. Ha az 
Eszközök - Egyebek menüpont választása után a "Basic 
általános" lapon beállítjuk a "Változó deklarálása szükséges" 
jelölőnégyzetet, a VBA automatikusan generálja ezt a dek- 
larációt minden újonnan létrehozott modullapon; a már 
létezők beállítása nem változik. 

Option Private Module 

A deklaráció hatására a modul zárttá válik más munkafü- 
zetek számára; vagyis globális deklarációit és rutinjait csak 
az aktuális munkafüzetből lehet elérni. 

(DefIntl DefLngl DefSngl DefDbll Defcurl 
DefsStrl DefVar) betú[- betd 

Változók alapértelmezés szerinti típusának beállítása. Ha 
egy típus nélküli (1. alább) változó neve a megadott betű(tar- 
tományba eső betű)vel kezdődik, akkor típusa az utasításnak 
megfelelő (rendre: Integer, Long, Single, Double, 
Currency, String, illetve Variant) egyszerű típus 
lesz (1. 5. táblázat). Típusbeállítás hiányában az alapértelme- 
zés Variant, a továbbiakban ezt tekintjük érvényesnek. 

A betű(tartomány) előírásánál nincs különbség kis- és 
nagybetűk között. Ha A—Z tartományt adunk meg, újabb 
típusbeállításra már nincs lehetőség, és ez az ékezetes 
betűkkel kezdődő nevekre is vonatkozik. (Konkrét változó 
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természetesen ebben az esetben is bármilyen más, megadott 
típusú lehet.) 

b) Konstansok deklarálása 

(PublicI Private] Const konstansnév 

lIAs típusnév] - kifejezés 

A globális (Public) konstansok a mondottak szerint 
érhetők el más modullapokról; Private kulcsszóval kor- 
látozhatjuk egyes konstansok használatát az aktuális modul- 
lapra (modulszintű deklaráció). Ámbár ez az alapértelmezés, 
és így ez a kulcsszó elhagyható, a könnyebb áttekintés végett 
javasoljuk használni. 

A konstans típusát ugyan nem kell megadni — a VBA 
automatikusan illeszti az adattartalomhoz —, a jobb olvas- 
hatóság vagy nagyobb pontosság elérése indokolhatja. 

Egy sorban — listaelválasztóval — több konstans is 
deklarálható. A kifejezésekben előzőleg deklarált konstansok 
is használhatók; körkörös hivatkozás természetesen nem 
megengedett. 

Füzérkonstanst (pl. állomány, munkalap stb. konkrét nevét) 
mindig idézőjelek (" ") között kell megadni. Emlékeztetünk 
még, hogy a beépített Excel-konstansok neve "xI", a Visual 
Basic-konstansoké "vb" karakterekkel kezdődik. 

c) Változók deklarálása 

(Publicl] PrivatelDim ) névlista 

IAs típusnév] sss 

A névlista egy vagy több változónevet tartalmazhat; típus- 
név nélküli változó(k) az alapértelmezés szerinti típust veszik 
fel. 

A globális (Public) változók a mondottak szerint érhetők 
el más modullapokról. 

A Private vagy Dim kulcsszóval deklarált modulszinten 
lokális változók csak az aktuális modullapon érhetők el. A 
két kulcsszó hatása ekvivalens; a globális-lokális kontraszt 
kiemelése érdekében az előbbi használata javasolt. 

A globális és a modulszintű konstansok és változók 
mindaddig megőrzik értéküket, amíg a modullap nyitott 
állományban van. 

Egy modullapon a konstansok, változók és rutinok nevének 
különbözőnek kell lennie. Az esetleges névütközések elke- 
rülése érdekében más modullapon deklarált programelemekre 

[ál ]lománynév]modul 1lap-néd 

bprogramelem-név 
szintaxis szerint célszerű hivatkozni. Ha szükség van rá, mert 
speciális karaktert tartalmaz, az állománynevet szögletes 
zárójelek közé tegyük! 

d) Saját típusok deklarálása 

Type saj típusnév 

saját váltnév] As típusnév 

saját váltnév2As típusnév 

End Type 

Típusdeklarációban mind beépített, mind korábban dekla- 
rált saját típusok használhatók, akár egyszerű típus, akár fix 
vagy dinamikus tömb formában. Típusdeklarációk tetszőle- 
ges mélységben egymásba ágyazhatók, de a típus teljes 
mérete nem lehet több 65 535 bájtnál. 

A típusdeklaráció mindig globális; az adott típussal ter- 
mészetesen bármilyen szintű változót vagy konstanst dekla- 
rálhatunk. Valamely saját típusú változó esetén az első 
típuselemre a fenti példa szerint 

változónév . saját váltnévI1 
szimbólummal hivatkozhatunk. 

Megjegyezzük, hogy ez a típusfogalom azonos a C nyelv 
struktúra (struct), illetve a Pascal rekord (Record) fogalmá- 
val. 


Lokális (rutinszintű) deklarációk 


A rutinok belsejében nincs deklarálási kényszer: a VBA 
alapértelmezésben implicit deklarációkkal dolgozik; magya- 
rán a számára ismeretlen karaktersorozatokat változónévként 
kezeli. Mindenesetre a hibalehetőségek és a helyfoglalás 
csökkentése, valamint a futási sebesség növelése érdekében 
célszerű a változókat deklarálni, amit példáinkban mindig 
meg is teszünk. 

Lokális konstansoknak és változóknak lehet a globálisa- 
kéval azonos nevük, és ilyen esetekben mindig a legalacso- 
nyabb szintű név van érvényben. (Ha például megváltoztatjuk 
egy rutinban az ott deklarált lokális temp változó értékét, 
ez nem érinti a modulszintű temp változót, mivel ezt az 
utóbbit ebből a rutinból el sem érhetjük.) Rutinon belül nem 
lehet globális konstanst vagy változót deklarálni; az implicit 
változók is mindig lokálisak. 

a) Konstansok deklarálása 

Const konstansnév - kifejezés 

Noha a konstansok jellegüknél fogva általában globálisak 
vagy modulszintűek, természetesen lehet lokális konstanst is 
deklarálni, a megadott szintaxis szerint. (Ahogy említettük, 
ez a rutin aktiválásakor, az inicializálás során kap értéket.) 

b) Változók deklarálása 

( Diml Static ) névlistalAs típusnév] 

A névlista egy vagy több változónevet tartalmazhat; ha 
nem adunk meg típusnevet, a változó(k) az alapértelmezés 
szerinti típusúak lesznek. 

A Static kulcsszóval deklarált változók értéke mindad- 
dig megmarad, amíg a modullap nyitott állományban van, a 
Dim kulcsszóval deklaráltaké a rutinból kilépéskor általában 
elvész. Ezt elkerülhetjük, ha magát az eljárást deklaráljuk 
sztatikusnak a 

Static Sub el járásnév((paraméterlista])) 
szintaxis szerint, ekkor ugyanis a kódja nem a verembe kerül, 
és így lokális változóinak értéke kilépéskor nem sérül. 


Beépített típusok 

a) Egyszerű típusok 

A konstansok és a változók típusa végső soron mindig a 
beépített egyszerű típusokra vezethető vissza, ezek legfon- 
tosabb jellemzőit az 5. táblázatban foglaltuk össze. A típust 
az As típusnév szimbólum helyett a változónévhez (szó- 
köz nélkül) illesztett rövid jellel is deklarálhatjuk. 

Boolean 

Látható, hogy nincs valódi (1 bájtos) logikai típus. Ha 
logikai típusú változót számmá alakítunk, a True logikai 
értékből -1, a False-ból 0 lesz; fordítva minden nullától 
különböző érték True-vá alakul. Összehasonlításokban elő- 
ször a logikai változó értékelődik ki; ezért például a 

3 - True kifejezés értéke False, mivel 3 - -1. 

Integer, Long, Single, Double 

Ez a négy numerikus típus a szokásos 2, illetve 4 bájtos 
egész, valamint egyszeres, illetve kétszeres pontosságú lebe- 
gőpontos számok tárolására szolgál. 

Currency 

Ez a numerikus típus speciális fixpontos vegyes számokat 
tárol, 11 egész és 4 tizedesjeggyel; valutaértékek gyors és 
pontos számítására szolgál. A két lebegőpontos típus érték- 
tartománya ugyan jóval nagyobb, de a számítások során 
fellépő kerekítési pontatlanságok miatt kevésbé alkalmasak 
erre a célra, és végrehajtási idejük is jóval hosszabb. 

Date 

Ez a típus dátumokat és időpontokat tárol Double 
számként: a szám egészrésze a napok számát, törtrésze a 
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5. táblázat: Egyszerű típusok 





Boolean 


határ 


True (-1) 


False (0) 


Legkisebb (7 0) 
abszolút érték 





Integer 


—32 768 32767 





Long 


—2 147 483 648 2 147 483 647 





Single 


t 3,402823 E38 


1,401298 E-45 





Double 


ti 1,797693134862315 E308 


494066 E-324 





Currency 


0,0001 





Date 100/01/01 0:00:00 


: 9 223 372 033 685 477,5808 
9999/12/31 23:59:59 . 100/1/1 





String 0 karakter 


z 65500 karakter e 





String"n - 





oljoljojajajulái[ [u jo 


Object - 








- Nothing 

















Variant 


napon belüli időpontot jelenti; 0 5 1998. december 30, 0:00 
óra. 

A VBA két H között megadott szöveges adatot dátumként, 
illetve időpontként kísérel meg értelmezni; érvényes formák 
például: 

H98 — 3 — 151t, 1t12,22,324t, 41848. márc. 15. 12:00£t stb. 

Excel munkalapokról dátum- és időadatokat biztonságosan 
csak Date típusú változókba lehet átvenni, illetve ilyenekből 
lehet az Excel által is felismerhető dátumokat visszaírni. 
Néhány gyakoribb dátum- és időfüggvényt a 6. táblázatban 
adunk meg. 

String, String"n 

Változó (legfeljebb 565 535), illetve n karakter hosszúságú 
füzér (karakterlánc); a fix hosszúságúak szükség esetén 
jobbról szóközökkel feltöltve. 

AzLTrim(szövegkifejezés) RTrim(szövegki- 
fFfejezés,), illetve Trim( szövegki fejezés) függvény 
segítségével eltávolíthatjuk a felesleges szóközöket a szöveg 
elejéről, végéről, illetve mindkét oldaláról. 

Object 

Ha egy ilyen (vagy Variant) típusú változót Set 
paranccsal hozzárendelünk egy objektumhoz, ettől kezdve 
tartalmazza az objektum címét, és minden tekintetben he- 
lyettesíti azt. 

Mivel rendelkezik az objektum metódusaival és saját- 
ságaival is, az objektumot a változón keresztül manipulál- 
hatjuk. 





Értékadás után az aktuális típustól függő 





Empty 


Itt jegyezzük meg, hogy diszjunkt tartományokat a Union 
metódussal építhetünk össze. Egy mintapélda: 

Dim tart, halmaz As Object, 

darab As Integer 
set tart - ActiveSheet.Range("Al:D5") 
set halmaz - Union(tart, ActiveSheet 
.Range("C4:F9")) 

halmaz. Select 

darab - Selection.Areas.Count 

Set tart - tart.Resize(4, 2) 

Az egyesített tartományt a halmaz változón keresztül 
jelöljük ki; a kijelölést az Areas metódussal összetevőire 
bontjuk, amelyek darabszámát a Count sajátság adja. Így a 
programrészlet végrehajtása után a darab változó értéke 2 
lesz. 

Az utolsó utasítással megváltoztatjuk az A1:D5 tartományt 
AIl:BA re (4 sor, 2 oszlop). A hozzárendelést az 

objektumváltozó - Nothing 
utasítással szüntethetjük meg. 

Vegyük észre, hogy a fenti példa második utasításával 
szemben a 

tart - ActiveSheet.Range("A1") [/Value] 
utasítás (. Value elhagyható) csak az Al cella tartalmát 
veszi át a tart változóba, objektumtulajdonságait nem. 

Variant 

A VBA nyelv legravaszabb típusa: bármelyik másikat 
helyettesítheti, tartalmát átveheti, illetve felülírhatja — sőt 


6. táblázat: Dátum- és időfüggvények 


Függvény Eredmény 


Now 


Aktuális dátum és időpont Double számformában 





Date, Date$ 


Rendszerdátum dátumszám, illetve 10 karakteres szöveges formában 





Dateserial(év, hó, nap) 


A megadott számhármas átalakítása dátumszámmá 





Datevalue ( szövegkifejezés) 


Dátumként értelmezhető szöveg átalakítása dátumszámmá 





Time, Time$ 


Rendszeridő időszám, illetve 8 karakteres szöveges formában 





Timeserial(óra, perc, másodperc) 


A megadott számhármas átalakítása időszámmá (Double törtrésze) 








Timevalue ( szövegkifejezés) 
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magában foglalhat tetszőleges, akár variant típusú és 
tetszőleges méretű tömböket is. Értékadáskor a megfelelő 
altípusba megy át; ezeket VarType n szimbólummal is 
szokás jelölni. (Egyszerű típusok esetében n az 5. táblázatban 
szereplő típuskód; idegen adattípus esetében 13. Az altípu- 
soknak a műveletvégzés során van jelentőségük.) 

Fontos: Saját típusú változók vagy ilyeneket tartalmazó 
tömbök nem lehetnek Variant típusú változó elemei! 

Ha nem állítunk be mást, az implicit és a típus nélkül 
deklarált változók alapértelmezésben Variant típusúak; 
tartalmuk az első értékadás előtt Empty; ebben az esetben 
altípusuk VarType 0. (Megjegyezzük, hogy létezik még 
egy speciális üres altípus is, a varType 1, ennek értéke 
Null. Mivel jelentősége csak egyes adatbáziskezelő rend- 
szerekben van, a továbbiakban nem használjuk.). 

A Variant típus speciális alesete az Error altípus 
(varType 10); ennek használatával a hibakezeléssel kap- 
csolatban foglalkozunk majd. 

A típus hossza legalább 16 bájt, amely más típusú adatok 
felvételekor automatikusan illeszkedik az adattípus hosszá- 
hoz; füzérek esetében például karakterenként 1 bájttal nő. 
További előnye, hogy Variant típusú változóval végzett 
művelet esetén a VBA automatikusan elvégzi a szükséges 
típuskonverziókat is. Nézzük a következő példákat: 

Dim teszt ézgk: 

" A változó alapértelmezés szerint Variant típusú 

teszt z "100" 

" Tartalma egy 3 karakteres füzér ("100") 

teszt - teszt-99 
" Tartalma egy 2 karakteres egész szám (1) 

teszt - teszt § "ház" 

" Tartalma egy 4 karakteres füzér ("1ház") 

teszt s teszt § 3 
" Hiba: szöveggel nem végezhető aritmetikai művelet! 

A típus alkalmazásának hátránya, hogy gyakran — mint 
a példákban is — feleslegesen sok helyet foglal, és lényegesen 
lassítja a műveletvégzést; ezért megfontoltan használjuk! 

Futás közbeni hibák elkerülése végett célszerű lekérdezni 
a Variant változó aktuális altípusát; erre a következő 
függvények állnak rendelkezésre: 

TypeName (változónév) 

Visszaadja az aktuális típus nevét; 

IsArray(változónév) 

True értéket ad, ha a változó tömböt tartalmaz 

IsDate (változónév) 

True értéket ad, ha a változó Date altípusú 

IsEmpty (változónév) 

True értéket ad, ha a változó még nem kapott értéket 

IsError (változónév) 

True értéket ad, ha a változó Error altípusú 

IsNumeric (változónév) 

True értéket ad, ha a változó numerikus altípusú 

b) Tömbök 

Tömböket a változónév után kerek zárójelek közé írt 
indexhatár(ok) és az elemtípus megadásával lehet deklarálni, 
a változók deklarálási szabályai szerint. Index csak numerikus 
típusú lehet; a dimenziószám legfeljebb 60. 

Indexhatárok megadása nélkül dinamikus tömbök hozha- 
tók létre; ezek indexhatárait csak rutinon belül (futás során) 
kell definiálni feltöltésük előtt, Redim kulcsszóval. Az 
egyszer megadott dimenziószám nem változtatható, de az 
indexhatárok tetszőlegesen újradeklarálhatók; ilyenkor a 
tömb aktuális tartalma általában elvész. Ha meg akarjuk 
tartani a tömbértékeket, csak az utolsó dimenzió felső határa 
változhat. 


Variant típusú változókhoz az Array függvénnyel 
rendelhetők tetszőleges típusú és méretű tömbök. (A változó 
altípusának kódja Variant típusú tömbök esetében 12, 
egyéb tömbök esetén 8192 lesz.) 

Excel tömböket, azaz cellatartományokat csak Variant 
típusú tömbökhöz rendelhetünk hozzá, mégpedig 

— egy sorból, illetve egy oszlopból álló Excel tömböt 
egydimenziós, 

— téglalap alakú tartományt kétdimenziós 
tömbbé alakíthatunk. Fordított irányban nincs típuskorláto- 
zás: bármilyen típusú egydimenziós VBA tömbbel egy 
cellasort, kétdimenzióssal téglalap alakú Excel tartományt 
tölthetünk fel. 

Néhány példa tömbök deklarációjára: 

Dim összeg(10) As Long 

Dim összeg(0 To 9) As Long 

Dim összeg(100 To 109) As Long 

Egydimenziós, 10 Long típusú elemből 
álló tömbök; az indexhatárok rendre 
1..10, 0..9, illetve 100..109. 

Dim tömb(7) 

7 Variant típusú elemből álló 
egydimenziós tömb, 
indextartománya I1..7. 

Dim napok 


napok - Array ( "Hétfő" , "Kedd" , 
"Szerda", "Csütörtök" , "Péntek", 


"Szombat", "Vasárnap" ) 
Variant típusú változó, 7 elemű, 
String típusú tömbbel feltöltve; 
ettől indextartománya 1..7 lesz. 
Dim tmb(4, 11 To 22) As Boolean 
Kétdimenziós, 48 elemű, logikai típusú 
tömb; indextartományai 1..4, illetve 11..22. 
Static számok( ) As Integer 
Redim számok(1To3, 2 To 6, 4) 
Redim számok (x,y,z) 
Redim Preserve számok (x,y, u) 
Dinamikus egész típusú tömb, amelyet 
először 3 dimenziós 60 eleművé, majd 
az x,y;z, illetve az u változó aktuális 
értékének megfelelő elemszámúvá 
deklaráltunk át; az utolsó esetben 
az előző tartalmat is megőrizve. 
(Lásd a fenti megjegyzést!) 
A deklarációk használatára a következő folytatásokban 
mutatunk példákat. b 
Álló Géza 








VÍRUSŐRJÁRAT rovatunk 
anyagtorlódás miatt most kimaradt, 
de szeptemberi számunkban a vírusok 
elleni védekezés lesz A HÓNAP TÉMÁJA, 
amelyhez a CD-n is gazdag antivírus 
összeállítást mellékelünk. 

















ÚJ ALAPLAP. 1998/8 65 


PROGRAMOZÁSTECHNIKA 





Egy programozási nyelv változásai 


Redundancia nélkül 


A Fortran 90 nyelvet úgy definiálták, hogy a felbecsülhetetlen értéket képviselő 

régi Fortran programokat gyakorlatilag változtatás nélkül fel lehessen dolgozni 

az új fordítóprogramokkal. Ez természetesen lehetőséget kínál egy-egy programlépés 
többféle formában történő leírására. Uj programok fejlesztéséhez egy forma is elég. 


A második, harmadik stb. redundáns. 


Az Új Alaplap 13. (1995-ös) évfolyamában megjelent 
cikksorozatból az olvasó megismerkedhetett a Fortran 90 
nyelv szintaxisával, szemantikájával. A programozó stílusától 
függ, hogy egy-egy konkrét esetben a szemantikailag egyen- 
értékű, eltérő szintaktikájú változatok közül melyiket választ- 
ja. Talán a legegyszerűbb példa egy változó kezdeti értékének 
deklarálása. Az, aki szószervezésű gépeken kezdett progra- 
mozni, és az akkor divatban volt kezdőbetű szerinti automa- 
tikus típusdeklaráció híve, ezt írja: 


DOUBLE PRECISION D 
DATA A,D,I/1.23,4.56D7 , 89/ 


Aki fél a gépelési hibáktól, ezért minden változót deklarál 
(a deklarálatlanokat felismeri a fordítóprogram), valami 
ilyesmit programoz: 


IMPLICIT NONE 

REAL A 

DOUBLE PRECISION D 
INTEGER I 

DATA A,D/1.23,4.56D7,89/ 


A fiatalabbak, akiknek nincs emlékük az IBM System/360 
előtti időkről, kissé másképp fogalmaznak: 


IMPLICIT NONE 

REAL"4 A 

REAL"8 D 

INTEGER"4 I 

DATA A,D/1.23,4.56D7, 89/ 


Végül azok, akik az Új Alaplap cikksorozatát is tanul- 
mányozták, ilyen programot írhatnak: 


IMPLICIT NONE 

REAL (KIND-4) :: A 
REAL (KIND-8) :: D 
INTEGER (KIND-4) :: I 
DATA A,D/1.23,4.56D7,89/ 
vagy akár ilyent: 
IMPLICIT NONE 


REAL (KIND-4) :: A-1.23 
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REAL (KIND-8) :: D-4.56D7 


INTEGER (KIND-4) :: I-89 


A fenti formaváltozatok rendre megfelelnek a Fortran II 
(kb. 1960), a Fortran 66 (Fortran IV), Fortran 77 és a Fortran 
90 nyelvi változatok közzététele idején korszerűnek tekintett 
programozási stílusoknak. A Fortran 90 mindegyiket elfo- 
gadja. Ezt a sokrétűséget a nyelvi szabványt kidolgozó 
munkabizottság azzal indokolta, hogy ily módon elkerülhető 
a több évtizede kidolgozott, esetleg 100-200 ezer forrásnyelvi 
sorból álló, óriási értékű programok átkódolási munkája (és 
a közben ejtett hibák felderítésének gyötrelme). 

Nyilvánvaló, hogy egy olyan fordítóprogram, amely 
ugyanarra a programrészletre vonatkozóan ilyen sokféle 
leírási formát elfogad, nagy és bonyolult, tehát szükségkép- 
pen lassú. Új programok írása esetén nincs is szükség arra, 
hogy a változatos stílus érdekében , válogatni" lehessen a 
kódolási lehetőségek között. Ezt meg kell hagyni a szépiro- 
dalom művelőinek. "7 

Nem meglepő, hogy a Lahey Fortran 90 fordítóprogram- 
jának 1.10 változata kereken 9 MB helyet foglal el a 
merevlemezen (az újabbak, amelyek támogatják például a 
windowsos programok írását is, természetesen sokkal többet). 
A programírási változatokat meg nem engedve viszont másfél 
MB-tal kevesebb elegendő! Ez a fordítóprogram-változat az 
ELF 90 (Essential Lahey Fortran). 

Az ELF 90 legfontosabb tulajdonságainak alábbi össze- 
foglalója illusztrálja ennek a fordítóprogramnak (és ezáltal 
tulajdonképpen egy programozási nyelvnek) céltudatos fej- 
lesztését. 

A forrásprogram olvashatóságát segíti, hogy csak a szabad 
(azaz nem kártyakép) forma használható, soronként csak egy 
utasítással. (Folytatósorok természetesen használhatók.) A 
hibalehetőségeket csökkenti, hogy az IMPLICIT NONE 
utasítás használata kötelező. 

Nagy programoknál gyakori hiba, hogy az alprogramok 
hívása formális paramétereik típusától eltérő aktuális para- 
méterekkel történik. Az ilyen hibák elhárítása rendkívül 
nehéz, hiszen a memóriában található bitkombináció sokfé- 
leképpen értelmezhető, tehát könnyen átcsúszhatnak a tesz- 
teken. Éppen ezért az INTERFACE utasítás használata 
kötelező, a paraméterek szerepét pedig az INTENT specifi- 
kációval kell megadni. 

Hasonlóan nehéz felderíteni azokat a programhibákat, 
melyek ugyanannak a memóriarekesznek több néven, vagy 
ellenkezőleg, ugyanazon a néven több memóriarekesznek a 
felhasználásával függenek össze (ehhez elegendő egyetlen 
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hibás billentyűleütés!). Éppen ezért tilos az EOUI- 
VALENCE utasítás. 


JÉT Fortran - Lahey Computer Systems, Inc. - Netscape 


File Edit Wiew Go Communicator Help 


A típusdeklarációkat a bevezető utolsó két példá- 


HeMÉZSéteE A Location: 


http:ZAuwww.lahey.comZ 


jához hasonlóan a ,négypontos" formában kell 
megadni. Ez egyebek közt azzal jár, hogy az önállóan 
is megfogalmazott ALLOCATABLE, DATA, DI- 
MENSION, INTENT, PARAMETER, POINTER, 
SAVE és TARGET utasítások nem használhatók. A 
DOUBLE PRECISION szinonima, ezért felesleges. 
Példa: 


DOUBLE PRECISION R,Z 
DIMENSION R(5,6,7),Z(:) 
ALLOCATABLE Z 


DATA R/210"8.9/ 


helyett 
REAL (KIND-8), DIMENSION (5,6,7) :: R-8.9 
REAL (KIND-8), ALLOCATABLE, DIMENSION (:) :: Z 


írandó. 

A Fortran 90 nyelv definíciójában , elavult"-nak 
(obsolescent) minősített, de megengedett szerkeze- 
teket az ELF 90 tiltja. Nélkülük jobban strukturált 
programok írhatók. A tiltott utasítások:. ASSIGN, 
CONTINUE, ENTRY, , assigned" GO TO, kiszámí- 
tott GO TO és alternatív RETURN. 

A ciklusutasítások közül az elavult , címkés" DO 
utasítás helyett a DO — END DO szerkezet alkal- 
mazandó. A kerekítési hibák gépfüggőek; igen , ér- 
zékeny" erre a valós (REAL) változós ciklusutasítás: 
a ciklus más gépen nem ugyanannyiszor futna le. A 
programok transzportja érdekében tilos a nem egész (INTE- 
GER) ciklusváltozó, illetve ciklusvezérlés. A Fortran 90-nel 
bevezetett modulokat alkalmazva — szintén a jobb struktu- 
ráltság jegyében — feleslegessé váltak a COMMON blokkok, 
továbbá a kizárólag kényelmi szempontból bevezetett INC- 
LUDE sorok. 

A programok transzportját segíti, hogy az eltérő számáb- 
rázolású gépeken sincs szükség a szabványos függvények 
átnevezésére: a fordítóprogram dolga, hogy az argument 
típusa szerint kiválassza a , közönséges", , dupla pontosságú", 
, komplex" stb. függvényt, melyeket egyformán lehet jelölni. 
Ilyen esetben az exponenciális függvényt régen például 
rendre EXP, DEXP és CEXP néven hívták. A Fortran 90-ben 
(és így az ELF 90-ben is) egyformán EXP-ként jelölik 
mindegyiket, ami egyébként a megszokott matematikai je- 
löléshez is közelebb van. 

Az utasításfüggvények használata eredetileg is korlátozott 
volt. Helyettük (és velük együtt) a programszegmenst logi- 
kailag lezáró STOP vagy RETURN utasítást követően, a 
CONTAINS alapszó után lehet függvényeket, alprogramokat 
deklarálni, melyek lokálisak az őket tartalmazó szegmensben. 


Computer Systems, Sá 


SOFTWARE SOLUTIONS 


for Science 8. Engineering 


Fortran 
News 


June 25, 1998 - Join us for 
one of the upcorning Fortran 
90 Workshops at any of five 
international sites. The Fortran 
90 Workshop is a six-session, 
hands-on. Fortran 90 


Your Source for Fortran 
June 25, 1998 


Lahey Fortran E-mail List ! 
"The Lahey Fortran e-rnail list, 
Jortran(odlahey.com, is now 
operational. Ányone interested 
in developments, suggestions, 
problems, solutions, and 
general gossip about Lahey 
Fortran is invited to subscribe 
by sending a message to 
listserv(blahey.com with: 





VEETA Document Done 


A PAUSE utasításnak PC-ken nincs létjogosultsága, hiszen 
az operációs rendszerrel közölni kívánt operátori parancsot 
az Enter billentyű leütése zárná, ami viszont a PAUSE-t 
érvényteleníti. A PC-kre kifejlesztett ELF 90 nem ismeri a 
PAUSE-t. 

A fenti és (a felsoroltakhoz képest lényegtelen) egyéb 
megszorításokat betartva írt ELF 90 programok teljesen 
szabályos Fortran 90 programok, tehát bármilyen gépre, bárki 
által írt fordítóprogrammal lefordíthatók. Ez azt is jelenti, 
hogy az ELF 90 igen jó PC-s segédeszköz azoknak, akik 
bonyolult algoritmusokat kénytelenek kezdőként (?) progra- 
mozni, például műszaki egyetemi vagy fizikus hallgatók, 
hogy azután programjukat nagyobb teljesítményű munkaál- 
lomáson futtassák. (A Fortran 90 nyelvre vonatkozó részletek 
megismerhetők az említett cikksorozatból.) 

Befejezésül egy kellemes hír: az ELF 90 díjmentesen 
letölthető a www.lahey.com címről. Összehasonlításul: egy 
, komplett" Fortran 90 fordítóprogram ára megközelíti az 
ezer dollárt. 

Szondi Egon János 
szondi€oreak.bme.hu 





Applixware, Cakdera 0 


nD05, Caldera Openlinux, FreeBSD, linux Developer s Resource, linux Journal, Motif for tinux/FreeBSD, Official Debian linux, 








Red Hat linux (Alph ntel/Spar0) ), Red Mats Triteal CDE, $C0 UNIX, die linux, StarOffice, Unifix Linux " " " 40,000-es szakkönyv-adatbazis! 
Onrine rendelés, több ezer könyv-ismertető! Oktatasi intezményeknek, diákoknak, könyvtáraknak, viszonteladoknak kedvezményes szakkönyv árak. 


Angol nyelvű számítástechnikai szakkönyvek 
és Linux disztribúciók legnagyobb választéka 


http://www.swsbooks.hu 
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telefon: 322-4417. 





























MIKROBAZÁR 








A Mikrobazár rovatban a nem 
kereskedelmi célú egyéni hirde- 
tések közlése ingyenes. 


A kereskedelmi célú apróhirde- 
tések tarifája gépelt soronként 
(azaz 60 karakterenként) 300 fo- 
rint. 4 

A terjedelem alapján így kiszá- 
mított összeget kérjük átutalni az !/ 
Új Alaplap Kiadói Kft számlájára 
(OTP, 11706016-20788599), 
vagy feladni postai utalványon a / 
kiadó címére (1539 Budapest, Pf. 
571), és feltüntetni, hogy S ő 
Alaplap, apróhirdetés". A befize- / 
tést igazoló szelvény másolatát — 

a hirdetési szöveggel együtt — a 
szerkesztőséghez (a kiadóéval 
azonos címre) küldjék el. 

Szerzői jogokat sértő szoftver- 
hirdetéseket nem közlünk le. §i 





Bármilyen típusú szöveg fordítását vál- 
lalom angolról magyarra, magyarról angol 
nyelvre, illetve vállalom kiadványok lát- 
ványtervezését, szerkesztését is. Cím: Lach- 
ner Zoltán, 1195 Budapest XIX., Jáhn Fe- 
renc u. 14/a. Telefon: 157-0308. 


OBJECTS 2.0 —  objektumorientált 
programozás CLIPPER-ben. Tájékoztató 
kérhető az alábbi címen: Szűcs János, 4400 
Nyíregyháza, Vasvári Pál u. 37. Tel.: (42) 
437-331 vagy 465-666/1382-es m. 


Adatmentés CD-re, streamerre; win- 
chesterről, floppyról. Ugyanitt beszerzési 


tanácsadást, hálózattervezést és programké- " 


szítést is vállalok. Cím: Kovács Lajos, 1031 
Budapest III., Vízimolnár u. 10. IV/33. 


Alaplapcsere, memória-, winchester- és 
floppybővítés a helyszínen. MegaSoft. Te- 
lefon: 295-5085. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia és 
magyar nyelvről/nyelvre műszaki és köz- 
gazdasági folyóiratok cikkeit, hardver- és 
szoftverleírásait. Áfás számlát állítok ki. 





Cím: Szász György, 1035 Budapest III, 
Kórház u. 25. Tel.: 168-4874. 

Akarod, hogy ingyen tiéd legyen az év- 
század vicegyűjteménye? Nos, ha igen, ak- 
kor írj az alábbi e-mail címek valamelyikére: 
kgb(server.gaboraron-misk.sulinet.hu 
vagy kgbiLXOfreemail.c3.hu vagy gbolusyj 
(Agold.uni-miskolc.hu vagy küldj egy üres 
kislemezt és egy felbélyegzett válaszboríté- 
kot a postacímemre: Kovács Gábor, 3502 
Miskolc II., Pf. 83. Telefon: (20)703-438. 


Eladó 60 db 1 ,44-es FD (8e), 1 db Canon 
BJ-30 nyomtató (40e), 1 db Mitsumi FDD 
(4e), 1 db Mouse egér (4e), valamint meg- 
kímélt állapotban Kossuth és Computer- 
Books könyvek. Postacím: Jakab Tamás, 
4700 Mátészalka, Nagybányai u. 34. (Fize- 
tés: előre, rózsaszín csekken.) 


A Gyermekvilág "94 Alapítvány iskolai 
múzeuma adományként elfogad, vagy jel- 
képes áron átvesz régi információs eszkö- 
zöket, számítógépeket, részegységeket, tar- 
tozékokat. Az adományokról értékbecslés 
alapján — kérésre — adócsökkentő igazolást 
adunk. Cím: 8354 Karmacs, Szent Anna tér 
3. Tel.: (83)372-OL1, este: (833)372-026. 


Bármilyen típusú szöveg begépelését, 
szerkesztését, valamint szórólapok terve- 
zését (nyomtatását 1 példányig) vállalom. 
Ugyanitt keresek PC-s teletext és bármilyen 
grafikus képlementő programot. Postacím: 
Jakab Tamás, 4700 Mátészalka, Nagybányai 
u. 34. 


Óriási kedvezmény! Visual Studio 97 
Enterprise Edition komplett új program- 
csomag (Visual Basic 5.0, Visual C-t 5.0, 
Nisual J---1.1 stb.) féláron eladó. Telefon: 
220-4701. 


CADKEY "97 Release 2, új, bontatlan 
csomagolású, jogtiszta szoftver (nem diák- 
verzió) rendkívül jutányos áron, sürgősen 
eladó. Irányár: 49 000 Ft. Érdeklődni: ifj. 
Béres Miklós (52)364-845. 


Keresek használhatatlan, leselejtezett 
hardverelemeket (nyomtató, alaplap stb.) 
lehetőleg ingyen (oktatási célokra). Cím: 
Kovács Gábor, 3526 Miskolc I., Kassai u. 
74. Telefon: (20)703-438. 


SZEPTEMBERBEN A HÓNAP TÉMÁJA: 


LELETEKET ET NT 
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A Visual Basic házatájáról 


Felégetett hidak 


A Visual Basic fejlődését mindig megkülönböztetett figyelemmel 
kísértük. Leginkább azért, mert a Visual Basic mutatta meg 

az egyik lehetséges kiutat a programozás ijesztő elbonyolódásából. 
Tájékoztatásunk révén remélhetőleg kevesebben lesznek olyanok, 
akik mást kapnak, mint amit vártak. Egyaránt csalódhat ugyanis az, 
aki valami gyerekesen könnyű dolognak véli az önálló programok 
írását VB-ben, és az is, aki blikkfangos ígéretektől elkápráztatva 
minden eszközt készen akar megkapni ebben a programban. 


Különösen az 5.0 verzió megjelenése 
keltette fel sok programozó érdeklődé- 
sét. Volt, aki addig lenézte a VB-t, vagy 
azért, mert túlságosan primitív prog- 
ramnyelvnek gondolta, vagy mert tudta 
róla, hogy hatékonysága még nem meg- 


felelő. Az érdeklődés fokozódása a róla . 


megjelenő művek növekvő számán is 
lemérhető. Majdnem azonos a témáról 
egy kiadó ugyanabban az évben ritkán 
ad ki több könyvet. Most a Visual 
Basickel ez két ízben is megtörtént. 

1997. decemberi számunkban foglal- 
koztunk egy eredeti magyar művel, 
amely a VB 3.0 programozásába vezeti 
be az olvasót, valamint egy amerikai 
szerzőpáros könyvével a Visual Basic 
4.0 változatáról (Demeter M. Ibolya: 
,, Visual Basic, Lépésről lépésre"; G. 
Cornell — T. Strain: , Visual Basic 4, 
Tippek és trükkök"). Demeter M. Ibo- 
lya közben újabb könyvet írt a Visual 
Basic megismertetésére, egy szűkebb 
területen, az adatbázisok kezelésében 
(Demeter M. Ibolya: , Adatbázis-keze- 
lés Visual Basic-ben, Lépésről lépésre". 
Könyvének ismertetésére máskor majd 
visszatérünk). Szinte egy időben jelent 
meg két másik könyv is a VB 5.0-ról, 
két olyan szerzőtől, akik néhány éve 
közösen írtak könyvet az Excel 5 prog- 
ramozásáról. Akkori könyvük címe 
(, Az Excel 5 programozása Visual Bas- 
ic nyelven") némi félreértést is okoz- 
hatott, hiszen az Excel 5 programozói 
nyelve nem a szoros értelemben vett a 
Visual Basic, hanem annak egy sajátos 
dialektusa, a Visual Basic for Applica- 
tions (VBA). 

A VBA-nak, az Excel programozá- 
sára kidolgozott programnyelvnek a 
megjelenése egy nagyobb kísérlet első 
része. A Microsoft agytrösztje azt igye- 
kezett kipuhatolni, hogy életképes le- 
het-e egy Basicen alapuló egységes 
programnyelv olyan jellegű feladatok- 


ra, mint például programcsomagok 
együttműködésének jobb megszervezé- 
se, rutinalkalmazások automatizásának 
elősegítése stb. A kísérlet terepéül az 
Office programok családi együttesét 
választották ki. Az Office 97 megjele- 
nésével ez a kísérlet a második szaka- 
szába lépett. Ebben mutatkozott be a 
VBA továbbfejlesztett, általánosítot- 
tabb változata az egész , Office-család", 
az Excel, a Word és a PowerPoint közös 
nyelveként. Aligha kétséges, hogy az 
, alkalmazott VB" további kiterjeszté- 
sére is vannak tervek, hiszen Bill Gates 
régi álma a Basic széles körű elterjesz- 
tése. 


Szerzőpáros — egyéniben 

A VB-ről szóló két új könyv szerző- 
inek, Hargittai Péternek és Kaszanyicz- 
ki Lászlónak gazdag dokumentációs 
anyag állt rendelkezésére, de műveik 
hiánytalannak vagy ellentmondásmen- 
tesnek nem mondhatók, és a leírás sem 
mindenben felel meg a rendszer műkö- 
désének. Az is hasznosabb lett volna, 
ha jobban együttműködve rágják át 
magukat az anyagon, és például közö- 
sen alakítják ki a magyar terminológiát. 

Tény az is, hogy eltérő megvilágítás- 
ban tárgyalják lényegében ugyanazt az 
anyagot. Hargittai könyve elsősorban a 
referencia-kézikönyvek közé lenne so- 
rolható, Kaszanyiczkié pedig a felhasz- 
nálói kézikönyvek stílusában íródott. 
Így a két mű — a természetes átfedések 
ellenére — jól megfér egymás mellett, 
nem teszi egymást feleslegessé. Sajná- 
latos viszont, hogy ez a különbség a 
könyvek címéből nem derül ki világo- 
san. Főleg Hargittai könyvének címe 
kifogásolható, mert akit a programozási 
nyelv érdekel, azt egyrészt nem elégíti 
ki a nyelv elemeinek lexikonszerű is- 
mertetése, bármilyen részletes legyen 
is az; másrészt CD-mellékletével együtt 


többet nyújt, mint amit a címe ígér: 
nemcsak a Learning Edition leszűkített 
körébe tartozó nyelvi elemek ismerte- 
tését közli, hanem kinyomtathatóan 
közreadja a könyv következő kötetét is, 
az ActiveX elemek és az AddIln modell 
hasonló stílusú leírásával. 


Egyszerűsödik-e a világ? 

Aki fejest akar ugrani a Visual Bas- 
icbe, annak tudnia kell, hogy a 4.0 
változat még csak a lehetőségét adta 
meg a 32 bites processzorok kezelésé- 
nek, az 5.0 viszont már egyenesen 
elvágja az utat visszafelé, a 16 bitesek- 
hez. Legpregnánsabban a karakterlán- 
cok kezelésében és a DLL-ek világán 
látszik meg a tudatos törekvés az előz- 
ményekkel való leszámolásra, ugyan- 
akkor azonban az is kiviláglik, hogy 
még az új koncepció sem tekinthető 
kiforrottnak. Íme néhány adalék a , fel- 
égetett hidak" módszerének megnyil- 
vánulásaira Kaszanyiczki László köny- 
ve alapján. (Megjegyzéseiből termé- 
szetesen senki ne vonja le azt az elha- 
markodott következtetést, hogy a szer- 
ző kétségbe akarja vonni a rendszer 
érdemeit.) 

1. Más szabályok vonatkoznak a 16 
bites Visual Basichez való DLL-ekre, 
mint a 32 biteshez valókra. Kaszanyicz- 
ki László szavait idézve: , A különbség 
nem sok, csak annyi, hogy ne lehessen 
a 32 bites Visual Basichez 16 bites 
DLL-t használni, és viszont." Nesze 
neked, kompatibilitás! 

2. A DLL eljárások Visual Basicen 
belüli deklarációjában is biztosítva van 
a kettősség, már a Windows szintjén, 
hiszen a 32 bites változat , nagybetűér- 
zékeny", megkülönbözteti a kisbetűket 
a nagybetűktől. Ez a hibaforrás azért 
tekinthető alattomosnak, mert a Visual 
Basicre egyébként nem jellemző ez a 
megkülönböztetés. 

3. A 32 bites Visual Basic belsőleg 
két bájtos kódolásban tárolja a karak- 
tereket, akárcsak a 32 bites Windows a 
maga Unicode karaktereivel. Egy DLL 
eljárásnak történő átadás esetén azon- 
ban automatikusan egybájtos ANSI ka- 
rakterekké alakítja őket. (, Hogy a dolog 
még bonyolultabb legyen..." — jegyzi 
meg Kaszanyiczki rezignáltan.) 

4. Már most is sok az összehango- 
latlanság az API függvények területén 
a karakterláncok kezelésében. Még a 
32 bites Windows változatokhoz ké- 
szült API függvények is háromfélék 
lehetnek abból a szempontból, hogy 
milyen típusú karakterláncokat fogad- 
nak el. Van olyan, amelyik csak ANSI 
típusút, van, amelyik csak Unicode tí- 
pusút, és van, amelyik mindkét fajtát. 
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5. A Windows 95 belsőleg egybájtos 
ANSI ábrázolást használ az API függ- 
vények kezelésében, a Windows NT 
viszont kizárólag Unicode típusút. Mi- 
vel a Visual Basic 32 bites változata 
automatikusan minden karakterláncot 
ANSI típusúra alakít, külön ügyeskedés 
kell ahhoz, hogy ezt az automatikus 
konverziót meg lehessen akadályozni. 

6. Az automatikus konverzió elkerü- 
lésének legjárhatóbb útja az, hogy spe- 
ciális Unicode DLL-eket hozunk létre. 
Ez annyit jelent, hogy az ODL objek- 
tumleíró nyelv segítségével típustárat 
készítünk minden stringkezelő DLL- 
hez. Jelenleg azonban a Unicode DLL- 
ek csak a Windows NT alatt képesek 
működni. 


Karakterláncok 


Számos probléma adódik abból is, 
hogy minden változatban újabb típusú 
karakterláncok tűnnek fel vagy tűnnek 
el. Egy darabig az új verziók kezelni 
tudják az előzőt, de egy idő múlva szép 
lassacskán elfeledkeznek róluk. Né- 
hány példa ezekre: 

— A VB 3.0-ban API függvényekkel 
lehetett módosítani a HLSTR típusú 
karakterláncokat. A 4.0 változatban 
ezeket le kellett cserélni az OLE API 
függvényeire, több függvénynek azon- 
ban hiányzott a megfelelője (VBDe- 
refHlstr, VBDerefHlstren, VBDerefe- 
roTermHistr). 

— A VB 3.0-ban örvendetes módon 
megjelentek az LPSTR típusú karakter- 
láncok, a C típusú, 00h-val lezárt ka- 
rakterláncok  megfelelőiként. Némi 
irányváltás következett be a 4.0-ban, 
amikor bevezették a változó hosszúsá- 
gú karakterláncok belső manipulálására 
a BSTR típust, amely karakterláncra 
mutató pointerként működik (noha a 
pointer típusú változókat tudatosan ki- 
hagyták a Visual Basicből). A karakter- 
lánc hosszát jelenleg a BSTR típus az 
első karakter előtt tárolja, de ez a meg- 
oldás sem tekinthető véglegesnek. A 
Microsoft már előre figyelmeztet, hogy 
a jövőben ez változhat. 

— Máshol is adódhat probléma a 
BSTR karakterláncokkal. Jelenleg a 
hossz tárolása miatt ezek 00h karakte- 
reket is tartalmazhatnak. Amelyik vi- 
szont nem tartalmaz, az egyelőre C 
típusú, 00h bájttal lezárt karakterlánc- 
ként is kezelhető. Ez a helyzet is meg- 
változik, mihelyst más lesz a felépítése 
a BSTR karakterláncoknak. 

— A 4.0 verzió előtt hiányzott a 
Visual Basicből a Byte típus, helyette 
a String típust kellett használni bináris 
adatok tárolására. A VB 4.0 16 bites 
változata továbbra is megengedi ezt, de 
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a 32 bites már nem. Ez kéretlenül 
nekiesik a String típusú változóknak, és 
automatikusan átkonvertálja őket Uni- 
code-ról ANSI karakterekké, akkor is, 
ha DLL eljárásnak akarjuk átadni, akkor 
is, ha fájlba írjuk őket. 

— Hasonlóképpen abból is kataszt- 
rófa származik a VB 32 bites változa- 
tában, ha pufferként használjuk a String 
változókat. Helyette a Byte típust vagy 
annak tömbjét lehet használni. 

Tanulság: őrizzük meg mindig a for- 
rásnyelvű változatot, bőséges kommen- 
tárokkal, és soha ne reménykedjünk 
abban, hogy hibátlan programjaink az 
új verzióbanis (vagy más rendszerében) 
változatlan formában futni fognak! 


Egy medve három bőre 


Sok bosszankodás származhat abból, 
ha utólag vesszük észre, hogy egy adott 
programverziónak nem azt az , alválto- 
zatát" vásároltuk meg, amelyikre szük- 
ségünk lenne. A , kezdő", , középhala- 
dó", , haladó" rejtjeles kódolására itt a 
, Standard", a , Professional" és az , En- 
terprise" elnevezéseket használják, de 
hogy könnyebben eltévedjünk közöt- 
tük, a kezdő változatot más alkalommal 
, Learning Edition" névvel illetik. Ez az 
a változat, amely Hargittai könyvének 
a címében is szerepel, és amelytől Ka- 
szanyiczki óva inti az olvasókat: , A 
Standard verzió, amelyet Learning vál- 
tozat néven az oktatási intézmények 
szinte anyagáron vásárolhattak meg, 
valóban csak tanulmányozásra való, a 
Visual Basic 5.0 igazi újdonságai hiá- 
nyoznak belőle." 

A pontosabb információ úgy szól, 
hogy a , Learning" változatban lévő két 
CD közül az egyik maga a program, a 
másik egy videofájlokat tartalmazó ok- 
tatólemez , Learn VB Now" címmel. A 
s, profi" változatban (Professional Edi- 
tion) ehhez járul még egy harmadik CD 
is, válogatással a Microsoft Develop- 
ment Network anyagaiból. A harmadik, 
, vállalati" (Enterprise) változatot adják 
természetesen a legdrágábban: ezen 





már nagyméretű, sok fejlesztő bevoná- " 
sával készülő projektekhez is alkalmas. 
Benne van mindaz, amit a profi változat 
tud, plusz további eszközök a csoportos 
fejlesztés egyszerűsítésére és bizton- 
ságosabbá tételére. Csak ez a változat 
tartalmazza a Microsoft SourceSafe ne- 
vű programját, amelynek a Visual Bas- 
icbe való beépítése arra való, hogy 
kézben lehessen tartani, adminisztrálni 
lehessen az integrált programfejlesztés 
menetét és a forráskód kezelését. 

Félreértések elkerülése végett: Ka- 
szanyiczki könyve a középső változat, 
a , Professional Edition" lehetőségeit 
ecseteli, és Hargittai könyve is többet 
nyújt (ha a CD melléklet anyagát is 
figyelembe vesszük), mint a címben 
szereplő Learning Edition! 


A natív kód sem csinál csodát 
Az 5.0 változat legnagyobb újdonsá- 
ga (de csak a ,profi" változatban!), 
hogy el tudja kerülni az interpretatív 
jellegű futtatást. Azelőtt a Visual Basic 
változatok futtatásához mindig szükség 
volt egy ilyesféle elnevezésű értelmező 
programkönyvtárra: VBRUN300.DLL, 
VB40016.DLL vagy VB40032.DLL. 
Ezek mérete egyre nagyobb lett, a 3.0 
változatnál még csak 400 KB, a 4.0-ban 
a 16 bites már ennek közel kétszerese, 
a 32 bites pedig már meghaladta a 900 
KB-ot. Maga a VB fordító csak egy 
viszonylag könnyen és gyorsan interp- 
retálható, ún. P-kódot állított elő a 
végrehajtandó programból. (Igaz, az 


- Hyen futtatható P-kódok mérete kicsi 


volt, és több programhoz sem kellett 
több példány az értelmező DLL-ből.) 

Az 5.0 változat profi változatának 
fordítója már létre tud hozni ún. , natív 
kódokat", vagyis futtatható EXE fájlo- 
kat, sőt optimalizálni is tud, akár a 
méret, akár a futási idő csökkentése 
kedvéért. Meglepő módon azonban 
nem olyan egyértelmű, hogy érdemes-e 
mindig ezt a lehetőséget választani. 
Először is nagyobb lesz a natív kódú 
alkalmazások mérete, mert ahol eddig 
csak hivatkozás volt az eljárástárban 
található eljárásokra, ott most befordí- 
tódik maga az eljárás a programba. 
Másodszor, jelentős sebességnöveke- 
dést is csak az olyan programokban 
várhatunk, amelyekben sok a számítás- 
igényes elemi művelet (bit- és bájtmű- 
veletek, összehasonlítások). Amint egy 
program sokat használja a Windows 
API szolgáltatásait, vagy a karakterlán- 
cok kezelésére szolgáló komponens ob- 
jektum modell (COM) metódusokat, 
illetve gyakran fordul a vermekhez, a 
natív kód előnyei már minimálisra 
csökkenhetnek. 












Válogatás az Infopen nyílt rendszeres cikkeiből 













































ső tgeű Í 1998 végén könyv alakban is megjelenik az Infopen magazin 
. új utóbbi számainak legjobb és legidőállóbb cikkeiből készült 
válogatás, köztük magyar nyelven egyedülállónak számító ta- 





esetem nulmányok a Javáról, CORBA-ról és más nyílt 
Vzz rendszeres technológiákról; interjúk a szakma 


meghatározó informatikai vezetőivel; 
esettanulmányok és könyvismertetők. 

A könyv CD-mellékletet is tartalmaz majd 
többek között az Infopen magazin és az 
infopen.x hírlevél teljes archívumával. 


Önnek azonban már nem kell 
az év végéig várnia! 

Az Új Alaplap 1998. őszi számainak CD-melléklete 
Infopen rovattal jelenik meg, ahova szintén 
felkerülnek a válogatásban található cikkek. 
A szeptemberi Új Alaplap CD-n a következő 
Infopen-cikkek lesznek megtalálhatók: 


Enterprise JavaBeans, white paper, fordítás, Infopen 1998. április 
A 64 bites számítástechnika előnyei, white paper, fordítás és kiegészítő boxok, Infopen 1998. április 

Az extranet forradalmasítja az üzletet, Novell/Gartner Group tanulmány, fordítás kiegészítő boxokkal, Infopen 
1998. március 

A Java platform, white paper, fordítás, Infopen 1998. február 

ATM technológia használata lokális és nagy távolságú hálózatokon, Arató András Networkshop-előadása alap- 
ján készült cikk, Infopen 1998. február 

Technológiaváltás a PC-piacon, Szél! Zoltán, Infopen 1998. február 

Az Ethernet újjászületése, Tiszai Tamás, Infopen, 1997. december 

Mérföldkövek az NIIF-hálózat fejlesztésében, interjú Csaba Lászlóval, Infopen 1997. szeptember 

Az IPv6 hálózati protokoll, Szigeti Sz., Mohácsi J., Máray T. Networkshop-előadása alapján készült cikk, Infopen 
1997. július-augusztus 

CORBA alapok, Kovács András, Infopen 1997. július-augusztus 

Mikroprocesszor- és számítógép-architektúrák, Széll Zoltán, Infopen 1997. július-augusztus 

Elosztott rendszerek programozása Javában, Kiss István, Infopen 1997. április 

Hálózatkezelés Javában, Kiss István, Infopen 1997. március 

Objektumrelációs adatbáziskezelés, Balogh Kálmán, Infopen 1997. január—február 

Adatbázis-kezelés Javában, Kiss István, Infopen 1996. november 

Biztonságos-e a Java?, Kiss István, az Infopen 1996. augusztus-szeptemberi számában megjelent cikk bővített vál- 
tozata 

A Java testvérkéje: JavaScript, Kiss István, példákkal megtűzdelt bevezető a JavaScript parancsnyelvbe, az Info- 
pen 1996. június-júliusi számában megjelent cikk bővített, csinosított változata 

A CORBA-technológia, Juhász István, Infopen 1996. június-július 

A Java programozási nyelv rejtelmei, Kiss István, bevezető a Java programozásba, elsősorban C vagy C-t prog- 
ramozóknak, az Infopen 1996. március-április-májusi számaiban megjelent cikkek összevont, bővített, csinosított 
változata 

A Java programozási nyelv, Kiss István, átfogó ismertető a Java programozási nyelvről, tulajdonságairól, képessé- 
geiről, az Infopen 1996. februári számában megjelent cikk bővített, csinosított változata 





Az Új Alaplap CD az újsággal együtt 588 Ft-os áron lesz megvásárolható az újságárusoknál, 
illetve az Uj Alaplap kiadójában (tel.: 356-1182, fax: 375-3539, e-mail: alajólapomail.datanet.hu). 
Az Open Systems "98 könyv beszerezhető lesz a számítástechnikai könyveket forgalmazó könyvesboltokban, 


vagy megrendelhető postai utánvétellel az Openinfo Kiadónál 
(tel.: 209-5400/123, fax: 466-7503, e-mail: salesoinfopen.hu). 
Viszonteladói értékesítés: Kiskapu Kft. 
(tel./fax: 303-9119, 303-1619, nagykereskedelmi raktár: 1081 Budapest, Népszínház u. 29.). 
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A vágólaptól az ActiveX-ig 

Az együtt futó alkalmazások közötti 
adatcsere azzal kezdődött, hogy a vá- 
gólapra kitett információt egy másik 
program át tudta venni. A folytatást a 
dinamikus adatcsere (DDE) lehetőségé- 
nek a megteremtése jelentette. Ez már 
azt is megengedte, hogy párbeszédet 
lehessen folytatni két alkalmazás (két 
ablak) között. A Visual Basicen belül 
például — ha előzőleg a megfelelő 
kapcsolatfelvétel, a , csatolás" megtör- 
tént — a szövegablakok, grafikus abla- 
kok vagy feliratok (címkék) mint kli- 
ensek kérhetnek információkat a mun- 
kalapoktól (űrlapoktól) vagy eredeti ne- 
vükön formoktól. A kiszolgálást az ún. 
vezérlők biztosítják tulajdonságaikon 
keresztül. A DDE tehát úgy fogható fel, 
mint egy automatizált vágólap. 

Lényeges különbség még az egysze- 
rű vágólap és a DDE között, hogy DDE 
kapcsolatból egyszerre több is élhet. A 
párbeszéd végrehajtását maga az ope- 


rációs rendszer, a Windows teszi lehé- " 


tővé, és az információt szolgáltató szer- 
ver szerepét éppúgy, mint az informá- 
ciót kérő kliensét egyszerre több alkal- 
mazás is betöltheti. Egy Visual Basic 
projekten belül például a Word továb- 
bíthat olyan információt a Windows- 
nak, amelyet az Exceltől vesz át. A 
, beszélgetés" tárgyát a fájlnév fejezi ki, 
az Excel esetében ez lehet például egy 
cella vagy egy kijelölt tartomány. 

A következő lépés az OLE kapcsolat 
megteremtése volt. Ennek az a lényege, 
hogy egyszerű adatcsere helyett ponto- 
san olyan formában tudja megjeleníteni 
az átvitt információt, ahogy az az ere- 
deti alkalmazásban kinézett. Egy Visual 
Basic alkalmazásban tehát például 


,nyitni tudunk egy ablakot", és azon 





keresztül belelátunk egy másik alkal- 
mazásba, mondjuk láthatóvá tesszük 
egy Excel táblázat valamelyik részét. 

Az OLE2 alkalmazás még tovább 
ment: lehetővé tette, hogy magukat a 
megjelenített adatokat a befogadó al- 
kalmazáson belül lehessen manipulálni, 
más szóval egy fedél alatt lehessen 
integrálni több alkalmazást. Ideiglene- 
sen tehát az új alkalmazás veszi át a 
vezényletet a beágyazott adatokon. 

Ennél is többet lehet elérni az ún. 
OLE automatizmus segítségével, amely 
elvi lehetőségként ugyan már a 4.0 
változatban megjelent, lassúsága miatt 
azonban gyakorlati felhasználásra a 
legprimitívebb mintaprogramokkal is 
alkalmatlan volt. Az OLE automatiz- 
mus esetében a továbblépést az jelenti, 
hogy bizonyos funkcionálisan önállóan 
működő önálló részeket (magyarán: ob- 
jektumokat, az objektumok definíciói- 
val, metódusaival és tulajdonságaival 
együtt) más alkalmazásból szőröstül- 
bőröstül kölcsön lehet venni, hozzá 
lehet csapni a kölcsönvevő projekt esz- 
köztárához. Itt tehát nemcsak egy , adat- 
ablak" nyílik a másik alkalmazás vala- 
melyik adatterületére, hanem a műkö- 
dését biztosító eszközöket is kölcsön 
lehet venni a másiktól. A kölcsönvétel- 
hez természetesen arra is szükség van, 
hogy ezek az objektumok kölcsönadha- 
tó formában legyenek elkészítve, és így 
legyenek elkészítve a , kölcsönzőben", 
egy ún. objektumtárban. 

Az ActiveX lényegében ugyanazt a 
funkciót tölti be, mint az OLE elemek, 
csak éppen a Microsoft ízlése szerint 
szabványosítva, a COM (komponens 
objektum modell) követelményeinek 
megfelelően. Az OLE vezérlőelemek 
így átlényegülnek ActiveX vezérlőele- 
mekké, az OLE DLL könyvtárak Acti- 
veX DLL könyvtárakká, az OLE objek- 
tumok pedig ActiveX EXE alkalmazá- 
sokká. Ujabb találmány viszont az ún. 
ActiveX Document, amelynek segítsé- 
gével már internetes alkalmazásokat is 
létre lehet hozni: projektünk formjait 
(munkalapjait, űrlapjait) ActiveX doku- 
mentumokként lehet továbbítani. Az 
egész folyamatot természetesen aktívan 
támogatja egy jóindulatú varázsló, az 
ActiveX Document Migration Wizard. 

Kaszanyiczki László könyve jól ki- 
emeli és koncentráltan adja tovább a 
lényeget. A menük részletes, gazdagon 
illusztrált ismertetésétől a VB 5 nyel- 
vének rendszerezett ismertetésén ke- 
resztül jut el a programozás leglénye- 
gesebb és legkényesebb kérdéseinek 
tárgyalásáig. Apróság, hogy az objek- 
tumok tárgyalása miért ékelődött bele 
egy másik témakör közepébe. A tárgy- 
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mutató is hiányos helyenként, és tele 
van 1-2 oldalas elcsúszásokkal. 


Referencia-kézikönyv 

Nem értékítélet, hogy Hargittai Péter 
könyvéről sokkal kevesebb a mondani- 
valóm. A maga nemében hasznos mű, 
de a referenciaszerű anyagból nehéz 
kihámozni a lényeget. (Nem is arra való 
persze, hanem a részletek megismerte- 
tésére.) Valami rövid eligazítást mégis 
hozzáfűzhetett volna a szerző másféle 
rendszerezésben is: például tematikus 
áttekintést egyes nagyobb témakörök- 
ról, így az adatbáziskezelésről, a kom- 
munikációról vagy az objektumok hi- 
erarchikus összefüggéseiről. Hiányzik 
a könyvből a tájékoztatás az alapobjek- 
tumokról. Igaz, hogy a Microsoft elkép- 
zelései sem alakultak még ki elég vilá- 
gosan ebben a kérdésben, de legalább 
össze lehetett volna foglalni azokat a 
változásokat, amelyek a 4.0-ról az 5.0- 
ra való áttérés során történtek (az álta- 
lános objektumok legtöbbjének , átmi- 
nősítése" Global objektum tulajdonsá- 
gúvá stb.). 

Igen hasznos, hogy a szerző a külön- 
böző elemek (objektumok, függvények, 
utasítások, metódusok, események, tu- 
lajdonságok) betűrendes tárgyalása 
előtt átfogó listát ad róluk, és félkövér 
szedéssel kiemeli az 5.0 változatban 
újonnan megjelent vagy lényegesen 
megváltozott nyelvi elemeket. Sajnála- 
tos viszont, hogy a könyvnek a CD-re 
szorult, kéziratként tökéletesen kidol- 
gozott folytatásából legalább ezek a 
tartalomjegyzék-szerű rövid listák nem 
kerültek be a nyomtatott anyagba. Ak- 
kor az olvasónak legalább áttekintése 
lenne a VB 5.0 által felölelt egész 
fogalomkörról. 

Vargha Dénes 
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, Mától a gépeden..." 


DB2 for Windows NT 


Az IBM az utóbbi időben egyre több 
figyelmet szentel a Windows NT-nek, 
mert — mint az egyik sajtótájékoztató 
anyagában olvasható — ,,A teljes NT- 
piacon az operációs rendszerek nyere- 
sége a lehetőségek(nek) csupán 1099- 
áig terjed. Az IBM most a többi 9099-ra 
koncentrál, amely hardverből, szoftver- 
ból, valamint szolgáltatásokból áll." Az 
NT-s IBM-stratégia ismeretében nem 
meglepő tehát, hogy megjelent a színen 
a DB2 Windows NT alatt, illetve a 
Whitehorn szerzőpárosnak ezzel a té- 
mával foglalkozó könyve, a DB2 for 
Windows NT. 

Mark Whitehorn, igazi SOL-hívő, 
aki a University of Dundee-n a relációs 
adatbáziskezelés elméletét és gyakorla- 
tát tanítja, másfél évtizednyi tapasztalat 
alapján. Havi rovata is van a Personal 
Computer World angol számítástechni- 


kai lapban (az adatbázisokról), és egy 
özösen jelent már 







másik szerzővel k 
meg könyve szintén a Springernél (ter- 
mészetesen a relációs adatbázisokról). 
Mary Whitehorn viszont arról szokott 
írni a számítógépes szaksajtóban, hogy 
miként oldjunk meg bizonyos gyakor- 
lati problémákat (, hogyan installáljuk 


X szofvert 12 lépésben"), tehát egyál- 
talán nem meglepő, hogy ez a szerző- 
páros valóban könnyen. áttekinthető, 
olvasmányos és hasznos könyvet tudott 
írni. Olyan művet, amelyet az ember 
például akkor forgat haszonnal, ha reg- 
gel bemegy a munkahelyére, és egy 
cédulát talál az asztalán, amely szerint 
,.a gépeden mától DB2 fut. Használd 
egészséggel". Ilyenkor persze megte- 
hetnénk, hogy a szoftverrel együtt ér- 
kező, rendszerint meglehetősen vaskos 
kézikönyveket kezdjük el böngészni, 
ám egy ilyenben tényleg mindennek 
benne kell lennie, és ez könnyen oda 
vezethet, hogy az ember nem igazán 
boldogul vele. Esetleg képtelen ugyanis 
eldönteni, hogy melyik információ iga- 
zán fontos számára az első lépésben, és 
melyik nem az. 

Nos, éppen ezt az igényt figyelembe 
véve írták a DB2 for Windows NT című 
könyvet. Ez ugyanis azzal kezdi, hogy 
elmagyarázza azt (amit én eddig nem 
ismertem), hogy mi is az a DB2. Hogy 
ez tulajdonképpen egy DBMS, azaz 
adatbáziskezelő rendszer (database 
management system), amely szükség 
esetén olyan nagy mennyiségű adattal 





HEZ STÁN 


Telefon: 332-8717 





National Geographics komplett gyűjtemény CD-n 
Windows Commander 3.5 16/32bit (magyarul is) 
8.000 / 8.000 / 16.000 


FAR 1.51 / RAR 2.02 / ARJ 2.6 
Winzip 6.3 / Pkzip 2.04g 
Windows Commander 3.51 
Teleport Pro (weblapletöltő) 
F-Prot Professional 

Clarion Developer 4.0 / upgrade 
Hot Metal Pro 4.0 

MS Frontpage 98 

MS Project 98 / upgrade 
Norton Utilities 3.0 

Norton Antivirus 4.0 angol vagy magyar 
System Commander 4.x Deluxe 
Norton Uninstaller 

MathCAD 7.0 Professional 


Procomm 4.5 Win95/NT. Internet, fax, modem, rc. 


Unicode TrueType 100 betűtípus 
Drivelmage (FAT16/32, HPFS, NTFS) 
Adobe Type Manager 4.0 deluxe for NT 
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52.000 
8.800 


14.000 / 17.000 


MS Office 97 magyar / upg. 

MS Office 97 magyar prof. / upg. 
WinFAX Pro 8.0 NT, Win95 / upg. 
Partition Magic 3 (particionálás adatvesztés nélkül) 


dolgozik, amekkorára például egy cég- 
nek van szüksége. De a DB2 bizonyos 
szempontból több is ennél, RDBMS, 
azaz , relational". A DB2 esetében nem 
egy gépen található meg minden, ha- 
nem kliens-szerver viszony áll fenn az 
egyes elemek között. 

Ahhoz persze, hogy a DB2 ezen 
. GUI-verziója" egyáltalán elinduljon, 
szükséges bizonyos hardverkövetelmé- 
nyeknek is eleget tenni, miként azt a 
bevezetésből megtudhatjuk. És itt derül 
ki az is, hogy melyek azok a minimális 
előismeretek, amelyek nélkül nem ér- 
demes továbblépni (vagy ha nem va- 
gyunk tisztában az alapokkal, merre 
érdemes elindulni). 

Ezt követően az installálással ismer- 
kedhetünk meg lépésről lépésre, illetve 
képernyőről képernyőre, majd pedig a 
szerzőpáros által legfontosabbnak tar- 
tott elemek bemutatása következik 
(amilyen például a , Control Center"). 
Megtudhatjuk azt is, hogy miként lehet 
installálni egy ún. , front-end tool"-t az 
adatok kezeléséhez, és milyen rendszer- 
adminisztrátori teendőket kell ellátnunk 
a DB2 működtetéséhez, milyen eszkö- 
zök segítségével tudjuk figyelemmel 
kísérni a rendszer működését... és így 
tovább. Aki figyelmesen követi a könyv 
utasításait, az ettől még nem lesz DB2- 
szakértő, de a gyakorlati oldalt tekintve 
tájékozottan fog felállni akönyv mellól. 
Hasznos lenne, ha a könyv magyar 
fordításban is megjelenne. 






sét Galántai Zoltán 


1055 Budapest V., Falk Miksa u. 6. 


Fax: 302-5136 


E-mail: sales(okeszo.com Web: www.keszo.com 


112.800 / 47.200 
135.800 / 70.000 
31.000 / 16.000 

23.000 


8.800 Visio 5.0 Win95/NT Standard / upg. 54.000 / 36.000 
22.000 Visio 5.0 Professional Win95/NT / upg. 112.000 / 52.000 
43.000 Visio 5.0 Technical Win95/NT / upg. 112.000 / 52.000 
126.000 / 58.000 Photoshop 4.0 Win95/NT / upg. 184.000 / 65.000 
36.000 Photoshop 4.0 Win95/NT magyar! / upg. 184.000 / 69.000 
33.600 — NT 4.0 Server / WKS Resource Kit 34.000 / 16.000 
112.000 / 44.900 Win 95 Resource Kit / Office 97 Res. Kit 9.800 / 14.000 
28.000 — Norton Commander 1.2 Win95/NT / upg. 20.000 / 11.000 
19.600 Adobe Acrobat / Corel ArtShow 7 76.000 / 14.400 
30.000  — Multikey 3.5 / upgrade 3.600 / 2.000 
16.000 NT KEY 4.0 / upgrade előző verziókról 10.000 / 6.000 
128.000 —— Adobe Illustrator 7.0 / upg. 125.000 / 45.000 
51.000 — Siearra Home 4(Garden 24.000 
3.900 — OuarkXPress 4.0 Win95/NT / PowerMAC 244.000 
24.000 Helyes-e? for OuarkXpress 4.0 59.000 
25.000 Áraink áfa nélkül értendőek! 
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ELŐFIZETÉS 


Az 19987/.... 


az Űj Alaplap című CD-mellékletes 
havi számítástechnikai folyóiratot 


gzégse példányban (J 1 évre, (J 1/2 évre. 
Az éves előfizetési díj: 5880 — Ft (Ez az összeg az áfát is tartalmazza.) 


[ számlát kérek (banki átutalással fizetek). [I Befizetési csekket kérek. 


.. számtól kezdődően előfizetem 





Cím: 





TREGGTÁLT ERSTE, ITELT) sztgákönzét s tstt élt ÉN TeS KESRO EZEK TÉL ÉSÉKÁ KEEN VÉ sÁGÉSÉÉK 


Dátum: 





APRÓHIRDETÉS 


Novell. 


Kérem, hogy az Új Alaplap következő számának Mikrobazár rovatában az alábbi szövegű 
apróhirdetést jelentessék meg. (A túloldalon ismertetett feltételeket tudomásul veszem.) 


INFORMÁCIÓKÉRÉS 


A 
5 
ks. 
ar 
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am 


Az Új Alaplap mostani számában megjelent hirdetések közül az általam itt megjelölt 
kódszámúakhoz részletesebb információt kérek a hirdető cégektől. 
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ÚJ ALAPLAP 


VI., Dózsa György út 84/b 
Postafiók 571 
1539 Budapest 


FELADÓ: 


Név: 





Cím: helye 


Helység: 
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TÜRYÁLÓZÉN rvezeseszéstzátts tán zen tnzérzez zetésre f 
1 


Telefon: . 


d A hirdetés egyéni és egyedi jellegű, ezért kérem ÚJ ALAPLAP 


ingyenes megjelentetését. Kijelentem, hogy annak tar- 
talma nem sérti senki szerzői jogát. 


(I A hirdetés kereskedelmi célt szolgál. Mellékelem a VI., Dózsa György út 84/b 








soronként (60 karakterenként) 300 forintnak megfelelő jó 

összeg átutalásáról az igazoló szelvény másolatát. Postafiók 571 

A címzett: Új Alaplap, 1539 Budapest, Pf. 571, illetve 1539 Budapest 

átutalásnál az OTP 11706016-20788599 számlaszámra. i ; i 
Jaláírás/ 





FELADÓ: Feladáskor kérjük bérmentesíteni! B 
a) EGYÉNI 
Név: 
Bélyeg 
ÖM áss ázást tn t áá helye 


b) CÉGES SZERES : 
JAGNENT seó kén öteles tá atás e ÁS ÉKEK lek éleset klgllteátlásááeynsélásteó X 


Bősz ses a isssz ség ást taste ÚJ ALAPLAP 
VI., Dózsa György út 84/b 


Postafiók 571 
1539 Budapest 


Taláírás/ i ] i 





KKAO ... a tökéletes memória 


Media from the Surface Scientists 
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Internet akár havi 
alapdíj nélkül is! 


COMPUTER SZAKÜZLET 1111 Bp., Bartók Béla út 14. 
Telefon: 466-9377 Fax: 385-2687 


Faxinfo árlistákkal: 466-8292 Internet: http:// www.gwerty.hu 


professzionalis 
szinvonalua 
biztonsago 


megoldások 


GLLAETY 
Get VETEK 


vadtajottvt hyápáloteil 


EPSON 


Nyomtatók teljes választéka, 
tartozékok, kiegészítők. 
Calcomp plotterek. 
Portocom, Compag, Toshiba 
notebook számítógépek. 
UMAX, EPSON, GENIUS szkennerek. 
EPSON, OLYMPUS, AGFA digitális 
fényképező gépek. 
SAMSUNG monitorok teljes választéka. 
DTP-rendszerek. 
Multimédia eszközök, CD-írás. 
Modemek viszonteladóknak is. 
GSM-adatátvitel. 

ISDN kapcsolat, routerek és 
hálózati konfigurálás. 
Szoftverek, tartozékok, kiegészítő 
eszközök, szakkönyvek széles 
választékával és tanácsadással várjuk! 


EPSON SZAKÜZLET 1114 Bp., Bartók Béla út 9. 
Telefon: 466-5419 Fax: 385-2687 


nyitva: hétfő - péntek 10-18 óráig 





telnet Magyarország 


1135 Budapesti 

Hollán Ernö u. 7. 
telefon: 302-4781 
e-mail:infodtelnet-.hu 


http://www.:telnet.hu 
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Tel.: (06-22) 329-132 

Fax: (06-22) 329-133 

E-mail: vtedoOmail.datanet.hu 

8001 Székesfehérvár Pf.: 175. Si 


oldalunkat is: http://www.vted.hu 
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